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Hickman Palermo Truong & Becker llp 

1600 Willow Street 
San Jose, CA 95125-5106 

(408)414-1080 
Facsimile (408) 414-1076 

FACSIMILE 



RECEIVED 

CENTRAL FAX CBfTER 



dlewis@hptb-Iaw.com 



FROM : 

Patent Agent: David Lewis 

Agent's E-Mail: 

By Secretary: Teresa Austin 

Re: Reply to Office Action 

Serial No,: 09/524,725, Oled March 14, 2000 




Direct Phone: 408-414-1080 ext 202 

Sender's Fax: San Jose, CA (408) 414-1076 
Direct Phone: 408-414-1 080 ext 217 
Date: April 8, 2004 



Time Sent: 



Number of pages including this page: 



45 



TO: 



Name 


Company 


Facsimile No. 


Contact No* 


Christopher M. 
Swickhamer 


United States Patent and 
Trademark Office, GAU 2662 


703-872-9306 


703-306-4820 



Pursuant your request we fax the following documents to the above number, we attach copies of 
the following documents previously faxed to you on April 2, 2004. 

F^CLOSURES : 

1) Reply to Office Action (7 pgs) 

2) Interview Summary (3 pgs) 

3) Copy of Return Acknowledgment Postcard (showing receipt by United States Patent and 
Trademark Office on December 1, 2003) (1 pg) 

4) Copy of check in the amount of $ 1 44.00 

5) Copy of Amendment and Response Transmittal (2 pgs) 

6) Copy of Reply to Office Action (15 pgs) 

7) Copy of Declaration of Inventor (4 pgs) 

8) Copy of Disclosure Document including cover sheet (10 pgs) 



The information contained in this facsimile message is legally privileged and confidential information intended only for the use of the 
individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any 
dissemination, distribution, or copy of this facsimile is strictly prohibited. If yon have received this facsimile in error, please notify us 
immediately by telephone and return the original message to us at the above address via the United States Postal Service. Thank you. 



CERTIFICATE OF TRANSMISSION 



I hereby certify that this correspondence is being facsimile transmitted to the U.S. Patent and 
Trademark Office Fax No. (703) 7445-957 1 . 

On April 2, 2004 By ^ ^^C^C^^ ^^y^^U 

^Teresa Austin 
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REMARKS 
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RECEIVED 

CENTRAL FAX CENTER 

APR 1 2 2004 

OFFICIAL 



The Examiner is thanked for his conversation with the Applicant's representative 
on February 26, and 27, 2004 and April l, 2004, and for indicating that claims 6-9 and 
19-22 contain allowable subject matter, removing all of the art rejections of the previous 
Office Action. 



Attached are an Interview Summary, the response filed on September 25, 2003 
and faxed again on February 26, 2004, and a coversheet for the facsimile of February 26, 
2004. 

STATUS OF CLAIMS 

Claims 1- 36 are pending in the case. Claims 1-28 are original claims, and claims 
29-36 are new claims. No claims are amended. 

CLAIM REJECTIONS - 35 U.S.C § 1 02 and § 103 

The Examiner rejected claims 1-4, 10-17 and 23-28 under 35 U.S.C §102(e) as 
allegedly anticipated by Hsu (U.S. Patent No. 6,363318). The Examiner also rejected 
claims 5 and 8 under 35 U.S.C §103 as allegedly unpatentable over Hsu in view of 
Chang (U.S. Patent Application Publication No. 2003/0123448). These rejections are </> 
respectfully traversed. ^» 



i 



o 
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Application of Garakant.-ger. No. 09/524,725, Filed 3/14/00 ~ 
Response Pursuant to 37 C.F.R. §1.111 

Declaration under 37 CFR § LI 31 

Attached are (1) a Declaration under 37 CFR § 1.131 and (2) a supporting 
redacted disclosure document. The Office Action (at page 2) stated, 

The evidence submitted is insufficient to establish a conception of the invention 
prior to the effective date of the Hsu reference. 

However, the declaration and response do not mention anything about "conception of the 

invention". Instead the Applicant's submitted evidence of and argued that the present 

invention was reduced to practice prior to the date of Hsu. 

The Office Action (at page 2) further states. 

The Virtual Dynamic Backbone Protocol (VDBP): Technical Specification by 
Ryu et al cited to antedate the Hsu reference is not relevant to the claimed 
invention. The document does not credit the inventor of the instant application as 
being the author of the VDBP specification. Further the submitted VDBP 
document describes an invention separate from the invention disclosed in the 
instant application. 

However, the supporting document filed on September 25, 2003 has the title, "Method of 
determining a datalinkpath in a managed network". The Applicant's never filed, "The 
Virtual Dynamic Backbone Protocol (VDBP): Technical Specification by Ryu et aT cited 
by the Office Action. Apparently, there was a mix up in the mailroom of the US Patent 
and Trademark Office, and somehow "The Virtual Dynamic Backbone Protocol (VDBP): 
Technical Specification by Ryu et al" was placed in the present application instead of the 
"Method of detemiining a datalink path in a managed network". Possibly, the mailroom 
also placed the wrong Declaration or other incorrect documents in the application with 
the response filed September 25, 2003. 

Additionally, as stated in the prior response filed on September 25 f 2003, the 
filing date of Hsu, which is August 31, 1999, is less than one year prior to the filing of the 
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Application of Garakanl;-$er. No. 09/524, 725, Filed 3/14/00 
Response Pursuant to 37 O.F.R. §1.111 

present Application, which is March 14, 2000, and therefore does not constitute a 

statutory bar. The effective date of Hsu as a reference is August 31,1 999. The 

Declaration avers the existence, prior to the effective date of Hsu as a reference, of a 

working version of subject matter that is an embodiment of the claims. The existence of 

a working version of the claimed invention constitutes a reduction to practice. Thus, the 

declaration in-and-of-itself evidences that the claimed invention was conceived and 

reduced to practice prior to the effective date of Hsu as a reference. 

The disclosure document describes subject matter that is an embodiment of the 

claimed invention, and in page 8> the disclosure document states 

Cisco Use: This method is currently being used in Cisco PathTool to determine 
the layer 2 path. 

Since the Declaration avers that the disclosure document was written before the filing 
date of Hsu, the disclosure document (which is redacted in accordance with MPEP 
715.07, p. 700-23 1) is further evidence that the claimed invention was reduced to practice 
prior to the filing date of Hsu. Further, the Declaration avers that the date of the 
disclosure document is prior to the filing date of Hsu. Thus, the Declaration, when 
combined with the disclosure document, is a showing of facts that are of a character and 
weight as to establish reduction to practice prior to the effective filing date of the 
reference. Accordingly, Hsu should be removed as a reference, and the rejection under 
35 USC § 102(e) and § 103 should be withdrawn, 

OBJECTION TO CLAIMS 6-9 AND 19-22 

Since the rejection of the base claims should be removed, the objection to claims 
6-9 and 19-22 as depending upon rejected base claims should also be withdrawn. 
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Application of Garakani^er. No. 09/524,725, Fifed 3/14/00 
Response Pursuant to 37 C.F.R. §1.111 

NEW CLAIMS 

As stated in the prior response filed on September 25, 2003, each of new claims 
29-36 depend on one of claims 1 and 14, Since Hsu should be removed as a reference 
regarding the base claims of 1 and 14, therefore claims 29-36 are also allowable. 
Additionally, the passages of Hsu cited by the Examiner never disclose or suggest (1) 
using Hsu's method for monitoring, as recited in claims 29 and 33, (2) using Hsu's 
method for obtaining diagnostic information, as recited in claims 30 and 34, (3) using 
Hsu's method for tracing a path at level 2, as recited in claims 31 and 35, or (4) that 
Hsu's method determines a verifiable path that is in a bridge forwarding table, as recited 
in claims 32 and 36. Further, the title of Hsu is "Constraint-Based Route Selection Using 
Biased Cost" (emphasis added), indicating that Hsu uses his method for selecting a route 
(that presumably was not previous determined), and not for monitoring, obtaining 
diagnostic information, tracing a path, or determining a path that could have been verified 
by a comparison with a bridge forwarding table. 

REQUEST FOR A CORRECTED OFFICE ACTION RESTARTING THE PERIOD 
FOR REPLY 

MPEP 710.06 states 

Where ... an Office action contains some . . . defect and this error is called to the 
attention of the Office within 1 month of the mail date of the action, the Office 
will restart the previously set period for reply to run from the date the error is 
corrected, if requested to do so by applicant. 

The Office Action contains a defect in that it responds to material not filed by the 
Applicant. As pointed out in the Interview Summary, in a telephone call on February 26, 
2004, which is less than a month after the mailing of the Office Action, the Examiner was 
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Application of Garakanir&r. No. 09/524,725, Filed 3/14/00 
Response Pursuant to 37 C.F.R §1.111 

in possession of the wrong document The correct documents were faxed on February 
26, 2004. Along with the correct documents, a copy of the filing receipt, return postcard, 
and transmittal coversheet were also faxed. The copy of the filing receipt, return 
postcard, and transmittal coversheet (in conjunction with the page counts on the return 
postcard) evidence that the correct documents were in fact included in the original 
response filed on September 25, 2003. Therefore, the Patent and Trademark Office was 
notified that there was a defect in the Office Action within a month of the mailing of the 
Office Action, and a corrected Office Action resetting the period for reply should be 
issued in accordance with MPEP 706 JO. 

CONCLUSIONS AND MISCELLANEOUS 

The Applicant's believe that all issues raised in the Office Action have been 
addressed and that allowance of the pending claims is appropriate. Entry of the 
amendments herein and further examination on the merits are respectfully requested. 

The Examiner is invited to telephone the undersigned at (408) 414-1213 to 
discuss any issue that may advance prosecution or any other issues related to this 
application. 
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Application of Garakani; -<&r. No. 09/524, 725, Filed 3/14/00 
Response Pursuant to 37 C.F.R. § 1.111 

No fee is believed to be due specifically in connection with this Reply. To the 

extent necessary, Applicant's petition for an extension of time tinder 37 C.F.R. § 1.136. 

The Commissioner is authorized to charge any fee that may be due in connection with 

this Reply to our Deposit Account No. 50-1302. 



Respectfully submitted, 



HICKMAN PALERMO TRUONG & BECKER LLP 



Dated: April 2, 2004 




David Lewis 
Reg. No. 33,101 



1600 Willow Street 



San Jose, California 95125-5106 
Telephone No.: (408) 414-1080 
Facsimile No.: (408)414^1076 
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RECEIVED 

CENTRAL FAX CBfTER 

APR l 2 2004 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 



Serial No.: 09/524,725 

Filed: March 14, 2000 

For: METHOD OF DETERMINING A 

DATA LINK PATH IN A MANAGED 
NETWORK 



Mail Stop AF 
Commissioner of Patents 
P. O. Box 1450 
Alexandria, VA 22313-1450 



On February 26, and 27, 2004 and April 1, 2004 the Applicant's representative, 
David Lewis, conferred with Examiner Swickhamer regarding the Declaration, 
supporting documentation, the Office Action, and whether another communication from 
the Examiner was forthcoming. 

Specifically, on February 26, 2004, the Applicant's representative called the 
Examiner to discuss the Affidavit and supporting documentation, because the Applicant's 
representative did not understand the remarks on page 2 of the Office Action. However, 



CERTIFICATE OF TRANSMISSION 

I hereby certify that this correspondence is being facsimile transmitted to the U.S. Pateot and 
TVademark Office Fax No. (703) 746-9571 . 




In re application of: 



Group Art Unit No.: 2697 



Mehryar Garakani 



Examiner Christopher M. 
Swickhamer 



Interview Summary 



Ou April 2, 2004 




PAGE 8/44 * RCVD AT 4(8/2004 4:47:53 PM [Eastern Daylight Time] ' SVR: USPTO-EFXRF-1/9 * DNIS:8729306 * CSID:4084 14 1 076 * DURATION (miBS):1448 



04/08/2004 12:44 



4084141076 




HPTB SAN JOSE CALIFI 




PAGE 09/44 



Application of Garakani, Sw. No. 09/524,725 Filed 3/14/00 
Interview Summary 

after a few minutes of conversation it became apparent that the Examiner was in 



of the supporting document before him, which was 'The Virtual Dynamic Backbone 
Protocol (VDBP): Technical Specification by Ryu et al" That evening a second copy of 
the documents filed on September 25, 2003 was faxed to the Examiner. Included in the 
facsimile were a copy of the filing receipt, return postcard (which includes a page count 
for the each of the documents), and transmittal sheet, which (in conjunction with the page 
counts) evidence that the documents faxed were filed on September 25, 2003 and not 
"The Virtual Dynamic Backbone Protocol (VDBP): Technical Specification by Ryu et 
al". The next day the Applicant's representative called the Examiner to verify that the 
facsimile was received. Before getting off the phone, the Applicant's representative 
remarked that he would be looking forward to another communication from the Examiner 
regarding the correct papers filed on September 25, 2003 to which the Applicant's 
representative thought the Examiner responded in the affirmative. 

However, after not receiving any communication from the Examiner, on April 1 , 
2004, the Applicant's representative called the Examiner to ask if any communication 
had been sent, or if no communication had been sent, when could one be expected. 
(Apparently, the Examiner did not recall saying, or did not intend to say, something to the 
effect that a communication would be forthcoming during the conversation of February 
27, 2004.) After consulting with his supervisor the Examiner stated that the facsimile 
was considered only a draft of a response, and that a formal response was still necessary. 



possession of die wrong documents, which was verified by the Examiner reading the tide 
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Application of Garakani, Sef. No. 09/524,725 Filed 3/14/00 
Interview Summary 

No fee is believed to be due specifically in connection with this Reply. To the 
extent necessary. Applicant's petition for an extension of time under 37 C.F.R. § 1.136. 
The Commissioner is authorized to charge any fee that may be due in connection with 
this Reply to our Deposit Account No. 50-1302. 



Respectfully submitted, 



HICKMAN PALERMO TRUONG & BECKER LLP 



Dated: April 2, 2004 




David Lewis 
Reg. No. 33,101 



1600 Willow Street 
San Jose, California 95125-5106 
Telephone No.: (408) 414-1080 
Facsimile No.: (408)414-1076 
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FROM : 

Patent Agent: 
Agent's E-Mail: 
By Secretary: 
Re: 



- r 



Hickman Palermo Truong & Becker llp 

1600 Willow Street 
San Jose, CA 95125-5105 

(408)414-1080 
Facsimile (408) 414-1076 

FACSIMILE 



COPY 




David Lewis 



dlewis@hptb-law.com 



Teresa Austin 



Copy of Reply to Office 
Action mailed 9/25/03 _ 



Direct Phone: 
Sender's Fax: 
Direct Phone: 
Date: 



0 /:S?/?** 

40S_414.1080 ext 202 
San Jose, CA (408) 414-1076 
408-414-1080 ext 217 



Time Sent 



February 26, 2004_ 



Serial No.: 09/524,725, filed March 14, 2000 



Number of pages including this page: 



34 



Name 


Company 


Facsimile No* 


Contact No. 


Christopher M. 
Swickhamer 


United States Patent and 
Trademark Office, GAU 2662 


703-746-9571 


703-306-4820 



MESSAGE: 



Pursuant to our conversation on February 26, 2004, I am attaching another copy of 
Applicant's Reply to Office Action mailed on November 26, 2003. This reply is responsive to 
the Office Action mailed September 25, 2003. 



1) Return Acknowledgment Postcard (showing receipt by United States Patent and 
Trademark Office on December 1, 2003) (1 pg) 

2) Copy of check in the amount of $144.00 

3) Amendment and Response Transmittal (2 pgs) 

4) Reply to Office Action (15 pgs) 

5) Declaration of Inventor (4 pgs) 

6) Disclosure Document including cover sheet (1 0 pgs) 



COPT 

The information contained in this facsimile message is legally privileged and confidential information intended only for the use of the 
individual or entity named above. If the reader of this message is not the intended recipient, you are hereby notified that any 
dissemination, distribution, or copy of this facsimile is strictly prohibited. If you have received this facsimile in error, please notify us 
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UIEMO" 




IICKWIAN PALERMO TRUONG & BECKER LLP 

PTO PAYMENT AC COD NT 4113 

Commissioner for Patents and Trademarks 

Hat* /f fltJcS _ ^ 

COPY 

Docket No. ^7^r-^gg w 



flCKMAN PALERMO TRUONG & BECKER LLP 

PTO PAYMENT ACCOUNT 41 lO 

Commissioner for Patents and Trademarks 
Date 



Amount $. 
Docket No. 
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Examiner: Christopher M. Swickhamer 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re application of: Group Art Unit No.: 2697 

Mehryar Garakani 
Serial No.: 09/524,725 
Filed: March 14, 2000 

For: METHOD OF DETERMINING A DATA 
LINK PATH IN A MANAGED 
NETWORK 



COMMISSIONER FOR PATENTS 
P. O. Box 1450 
Alexandria, VA 22313-1450 

Dear Sir: 

Transmitted herewith is a Reply to Office Action in the above identified application. 
^ Also attached: Declaration of Inventor and Disclosure Document 
13 Return Receipt Postcard. 

The fee has been calculated as shown below: 





NO. OF 


HIGHEST 


EXTRA. 


RATE 


FEE 




CLAIMS 


PREVIOUSLY 


CLAIMS 








PAID FOR 








Total Claims 


36 


28 


8 


$18.00 = 


$144.00 


Independent Claims 


4 


4 


0 


$86.00 = 


$0.00 




Multiple claims newly presented 


$0.00 


Fee for extension of time 


$144.00 


TOTAL FEE DUE 


$144.00 



1X1 Enclosed is a check in the amount of $144.00. Please charge any and all deficiencies to 
Deposit Account No. 50-1302 . Aa additional copy of this transmittal sheet is submitted 
herewith. 

£3 The Commissioner is hereby authorized to charge payment of any fees associated with 
50325-0088 

(Seq.No. 1507)' 1 
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this communication or credit any overpayment, to Deposit Account No. 50-1302, 
including any filing fees under 37 CFR 1.16 for presentation of extra claims and any 
patent application processing fees under 37 CFR 1.17. 

Respectfully submitted, 

HICKMAN PALERMO TRUONG & BECKER LLP 



1600 Willow Street 
San Jose, CA 95125 
(408) 414-1080 EAB:ss 
Date: November^, 2003 
Facsimile: (408)414-1076 




David Lewis 
Agent of Record 
Registration No. 33,101 



CERTIFICATE OF MAILING 

I hereby certify that this correspondence is being deposited with the United States Postal 
Service as first class mail in an envelope addressed 
Washington, DC 20231 

on Novembci(94o03 by 




ommissioner for Patens, 



50325-0088 

(Sea. No. 1507) 2 
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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re application of: Group Art Unit No.: 2697 

Mehryar Garakani Examiner: Christopher M. Swickhaaier 

Serial No.: 09/524,725 
Filed: March 14, 2000 

For: METHOD OF DETERMINING A DATA 
LINK PATH IN A MANAGED 
NETWORK 

Commissioner of Patents 
P. O. Box 1450 
Alexandria, VA 22313-1450 

REPLY TO OFFICE ACTION 

Sir: 

This is in response to the Office Action mailed September 25, 2003, the shortened 
statutory period for which runs until December 25, 2003. 

Additional Claims and Remarks are presented on separate sheets below. 



50325-0088 (1507) 
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Application ofGarakani, Ser.' No. 09/524 J25, Filed 3/14/00 
Response Pursuant to 37 C.F.R. § 1-111 

AMENDMENTS TO 'THE CLAIMS 

1 1 . (Original) A method for determining a logical path in a managed network between a 

2 source device and a destination device at a data link layer, the method comprising the 

3 computer-implemented steps of: 

4 creating and storing a Connected Group Space representation of network devices 

5 based on a topology space representation of tlie network devices; 

6 identifying an optimized path in the Connected Group Space representation; 

7 transforming the optimized path into the topology space representation; and 

8 creating and storing the optimized path that was transformed into the topology space 

9 representation as the data link layer path, 

1 2. (Original) The method as recited in Claim 1, wherein the managed network is a 

2 managed IP network, 

1 3. (Original) The method a$ recited in Claim l 7 wherein the step of creating and storing 

2 a Connected Group Space representation further comprises the steps of: 

3 identifying a set of Connected Group nodes associated with the Connected Group 

4 Space representation; 

5 identifying Connected Group links that connect the Connected Group nodes; and 

6 creating and storing information that represents the Connected Group links. 

1 4, (Original) The method as recited in Claim 1 9 wherein the step of creating and storing 

2 a Connected Group Space representation further comprises the steps of: 

3 identifying a subnet associated with the source device and the destination device; 

50325-0088(1507) 
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Application ofGarakanf. £>er. No. 09/524,725, Filed 
Response Pursuant io 37 C.F.R. §1.111 



3/14/10 



4 
5 
6 

1 5. 

2 

3 

4 

5 

1 6. 

2 

3 

4 

5 

6 

7 

3 

9 
10 
11 
12 
13 
14 



determining a set of network links that link ofae or more network devices in the 

managed network; and 
determining an assignment of ports of netwo *k devices. 



(Original) The method as recited in Claim 1, 
a Connected Group Space representation 
identifying all Virtual Local Area Networks 
associated with the source device anc 
identifying all Emulated Local Area Networks 



wherein the step of creating and storing 
further comprises the steps of: 

VLANs) associated with a subnet 
the destination device; and 
(ELANs) associated with the subnet. 



(Original) The method as recited in Claim 1, wherein the step of creating and storing 

a Connected Group Space representation further comprises the steps of: 

creating one Connected Group node for any pairs of interfaces across a point-to-point 

link in the topology space representation; 
creating one Connected Group node for any interfaces of the managed network that 

are directly connected by virtue of be tng on a same physical medium; 
creating one Connected Group node for LAN Emulation interfaces on a same 

Emulated Local Area Network (ELA <S); 
creating one Connected Group node for each internal interface of any network device 

when the network device has an inter lal interface; 
creating one Connected Group node for the s Durce device; 
creating one Connected Group node for the c estimation device; and 
creating one Connected Group node for each user interface on any network device 
when the network device has a user ii Lterface. 
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1 7. (Original) The method as recited in Cl*aiin 6, further comprising the step of 

2 determining Connected Group links between Connected Group codes in a subnet 

3 associated with the source device and the destination device. 

1 8. (Original) The method as recited in Claim 7, further comprising the step of creating 

2 one Connected Group link for each pair of interfaces within each network device, 

3 wherein each interface is associated with the subnet of the source device and the 

4 destination device and is in a forwarding state. 

1 9. (Original) The method as recited in Claim 8, further comprising the step of checking 

2 a spanning tree status for each interface within each network device to determine 

3 whether the interface is in the forwarding state. 

1 1 0. (Original) The method as recited in Claim 1, wherein the step of identifying an 

2 optimized path in the Connected Group Space representation further comprises the 

3 step of finding a shortest path between a Connected Group source node and a 

4 Connected Group destination node. 

1 11. (Original) The method as recited in Claim 1 0 7 further comprising the step of using a 

2 Dijkstra algorithm to find the shortest path between the Connected Group source node 

3 and the Connected Group destination node. 

1 1 2. (Original) The method as recited in Claim 1, wherein the step of transforming the 

2 optimized path into the topology space representation further comprises the steps of: 
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3 identifying an ordered set of Connected Group nodes associated with the optimized 

4 path; and 

5 identifying an ordered set of Connected Group links associated with the ordered set of 

6 Connected Group nodes. 

1 13. (Original) The method as recited in Claim 1 2, further comprising the steps of: 

2 identifying a pair of interfaces associated with each Connected Group link in the 

3 ordered set of Connected Group nodes associated with the optimized path; and 

4 generating an ordered set of topology space links from the pairs of interfaces 

5 associated with Connected Group links. 

1 14. (Original) A computer-readable medium carrying one or more sequences of 

2 instructions for detennining a logical path in a managed network between a source 

3 device and a destination device at a data link layer, wherein execution of the one or 

4 more sequences of instructions by one or more processors causes the one or more 

5 processors to perform the steps of: 

6 creating and storing a Connected Group Space representation of network devices 

7 based on a topology space representation of the network devices; 

8 identifying an optimized path in the Connected Group Space representation; 

9 transforming the optimized path into the topology space representation; and 

1 0 creating and storing the optimized path that was transformed into the topology space 

11 representation as the data link layer path. 
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1 1 5. (Original) The computer-readable medium as recited in Claim 14, wherein the 

2 managed network is a managed IP network. 

1 16. (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 creating and storing a Connected Group Space representation further comprises the 

3 steps of: 

4 identifying a set of Connected Group nodes associated with the Connected Group 

5 Space representation; 

6 identifying Connected Group links that connect the Connected Group nodes; and 

7 creating and storing information that represents the Connected Group links. 

1 17. (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 creating and storing a Connected Group Space representation farther comprises the 

3 steps of: 

4 identifying a subnet associated with the source device and the destination device; 

5 determining a set of network links that link one or more network devices in the 

6 managed network; and 

7 detexmining an assignment of ports of network devices. 

1 18. (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 creating and storing a Connected Group Space representation further comprises the 

3 steps of: 

4 identifying all Virtual Local Area Networks (VLAJNs) associated with a subnet 

5 associated with the source device and the destination device; and 
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1 21 (Original) The computer-readable medium as recited in Claim 20, further comprising 

2 the step of creating one Connected Group link for each pair of interfaces within each 

3 network device, wherein each interface is associated with the subnet of the source 

4 device and the destination device, and is in a forwarding state. 

! 22. (Original) The computer-readable medium as recited in Claim 21 , further comprising 

2 the step of checking a spanning tree status for each interface within each network 

3 device to determine whether the interface is in the forwarding state. 

1 23 (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 identifying an optimized path in the Connected Group Space representation further 

3 comprises the step of finding a shortest path between a Connected Group source node 

4 and a Connected Group destination node. 

1 24. (Original) The computer-readable medium as recited in Claim 23 , further comprising 

2 the step of using a Dijkstra algorithm to find the shortest path between the Connected 

3 Group source node and the Connected Group destination node. 

1 25. (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 transforming the optimized path into the topology space representation further 

3 comprises the steps of: 

4 identifying an ordered set of Connected Group nodes associated with the optimized 

5 path; and 
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6 identifying all Emulated Local Area Networks (ELANs) associated with the subnet 

7 associated with the source device and the destination device. 

1 19. (Original) The computer-readable medium as recited in Claim 14, wherein the step of 

2 creating and storing a Connected Group Space representation farther comprises the 

3 steps of: 

4 creating one Connected Group node for any pairs of interfaces across a point-to-point 

5 link in the topology space representation; 

6 creating one Connected Group node for any interfaces of the managed network that 

7 are directly connected by virtue of being on a same physical medium; 

8 creating one Connected Group node for LAN Emulation interfaces on a same 

9 Emulated Local Area Network (ELAN); 

10 creating one Connected Group node for each internal interface of any network device 

1 1 when the network device has an internal interface; 

12 creating one Connected Group node for the source device; 

1 3 creating one Connected Group node for the destination device; and 

14 creating one Connected Group node for each user interface on any network device 

1 5 when the network device has a user interface. 

1 20. (Original) The computer-readable medium as recited in Claim 19, further comprising 

2 the step of determining Connected Group links between Connected Group nodes in a 

3 subnet associated with the source device and the destination device. 
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6 identifying an ordered set of Connected Group links associated with the ordered set of 

7 Connected Group nodes. 

1 26. (Original) The computer-readable medium as recited in Claim 25, further comprising 

2 the steps of: 

3 identifying a pair of interfaces associated with each Connected Group link in the 

4 ordered set of Connected Group nodes associated with the optimized path; and 

5 generating an ordered set of topology space links from the pairs of interfaces 
$ associated with Connected Group links. 

1 27. (Original) A computer data signal embodied in a carrier wave, the computer data 

2 signal carrying one or more sequences of instructions for determining a logical path 

3 in a managed network between a source device and a destination device at a data link 

4 layer, wherein execution of the one or more sequences of instructions by one or more 

5 processors causes the one or more processors to perform the steps of: 

6 creating and storing a Connected Group Space representation of network devices 

7 based on a topology space representation of the network devices; 

8 identifying an optimized path in the Connected Group Space representation; 

9 transforming the optimized path into the topology space representation; and 

1 0 creating and storing the optimized path that was transformed into the topology space 

1 1 representation as the data link layer path. 
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Response Pursuant 

1 28. (Original) A computer apparatus comprising: 

2 a processor; and 

3 a memory coupled to the processor, the memory containing one or more sequences 

4 of instructions for determining a logical path in a managed network between 

5 a source device and a destination device at a data link layer, wherein 

6 execution of the one or more sequences of instructions by the processor 

7 causes the processor to perform the steps of: 

8 creating and storing a Connected Group Space representation of network 

9 devices based on a topology space representation of the network 
10 devices; 

! T identifying an optimized path in the Connected Group Space representation; 

12 transforming the optimized path into the topology space representation; and 

! 3 creating and storing the optimized path that was transformed into the 

1 4 topology space representation as the data link layer path. 



1 29. (New) The method of claim 1 , further comprising the step of monitoring network 

2 devices by obtaining information about the network devices from information 

3 associated with the data linked path. 

1 30. (New) The method of claim 1 , further comprising the step of obtaining diagnostic 

2 information by obtaining information about the network devices from information 

3 associated with the data linked path. 
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1 31. (New) The method of claim I, wherein the data link path is a trace of a path 

2 determinable from a bridge forwarding table. 

1 32. (New) The method of claim 1, wherein the data link path is verifiable by comparing 

2 in formation related to the data link path to information from a bridge forwarding 

3 table. 

1 33 (New) The computer readable medium of claim 1 4, wherein the instructions further 

2 comprise the step of monitoring network devices by obtaining information about the 

3 network devices from information associated with the data linked path. 

1 34. (New) The computer readable medium of claim 1 4, wherein the instructions further 

2 comprise the step of obtaining diagnostic information by obtaining information 

3 about the network devices from information associated with the data linked path. 

1 35. (New) The computer readable medium of claim 14, wherein the data link path is a 

2 trace of a path determinable from a bridge forwarding table. 

1 36. (New) The computer readable medium of claim 14, wherein the data link path is 

2 verifiable by comparing information related to the data link path to information from 

3 a bridge forwarding table. 
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REMARKS 

The Examiner is thanked for indicating that claims 6-9 and 19-22 contain 
allowable subject matter, removing all of the art rejections of the previous Office Action, 
removing the objection to the drawings, and removing the objection to the specification. 

STATUS OF CLAIMS 

Claims 1- 36 are pending in the case. Claims 1-28 are original claims, and claims 

29-36 are new claims. No claims are amended. 

CLAIM REJECTIONS - 35 U.S.C. § 102 and § 103 

The Examiner rejected claims 1-4, 10-17 and 23-28 under 35 U.S.C §102(e) as 
allegedly anticipated by Hsu (U.S. Patent No. 6,363,3 18). The Examiner also rejected 
claims 5 and 8 under 35 U.S.C. §103 as allegedly unpatentable over Hsu in view of 
Chang (U.S. Patent Application Publication No. 2003/0123448). These rejections are 
respectfully traversed. 

Affidavit under 37 CFR § 1. 131 

Attached are (1) an Affidavit under 37 CFR § 1.131 and (2) a supporting redacted 

disclosure document 

The filing date of Hsu, which is August 31, 1999, is less than one year prior to the 
filing of the present Application, which is March 14, 2000, and therefore does not 
constitute a statutory bar. The effective date of Hsu as a reference is August 31, 1999. 
The Affidavit avers the existence, prior to the effective date of Hsu as a reference, of a 
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working version of subject matter that is an embodiment of the claims. The existence of 
a working version of the claimed invention constitutes a reduction to practice. Thus, the 
affidavit in-and-of-itself evidences that the claimed invention was conceived and reduced 
to practice prior to the effective date of Hsu as a reference. 

The disclosure document describes subject matter that is an embodiment of the 
claimed invention, and in page 8, the disclosure document states 

Cisco Use: This method is currently being used in Cisco PathTool to determine 
the layer 2 path. 

Since the Affidavit avers that the disclosure document was written before the filing date 
of Hsu, the disclosure document is further evidence that the claimed invention was 
reduced to practice prior to the filing date of Hsu. Further, the Affidavit avers that the 
date of the disclosure document is prior to the filing date of Hsu. Thus, the Affidavit, 
when combined with the disclosure document, is a showing of facts that are of a character 
and weight as to establish reduction to practice prior to the effective filing date of the 
reference. Accordingly, Hsu should be removed as a reference, and the rejection under 
35 USC § 102(e) and § 103 should be withdrawn. 

OBJECTION TO CLAIMS 6-9 AND 19-22 

Since the rejection of the base claims should be removed, the objection to claims 
6-9 and 19-22 as depending upon rejected base claims should also be withdrawn. 

NEW CLAIMS 

Each of new claims 29-36 depend on one of claims 1 and 14. Since Hsu should 
be removed as a reference regarding the base claims of 1 and 1 4, therefore claims 29-36 
are also allowable. Additionally, the passages of Hsu cited by the Examiner never 
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disclose oi suggest (1) using Hsu's method for monitoring, as recited in claims 29 and 33, 
(2) using Hsu's method for obtaining diagnostic information, as recited in claims 30 and 
34, (3) using Hsu's method for tracing a path at level 2, as recited in claims 31 and 35, or 
(4) that Hsu's method determines a verifiable path that is in a bridge forwarding table, as 
recited in claim, 32 and 36. Further, the title of Hsu is "Constraint-Based Route 
Selection Using Biased Cost" (emphasis added), indicating that Hsu uses his method for 
selecting a route (that presumably was not previous determined), and not for monitoring, 
obtaining diagnostic information, tracing a path, or determining a path that could have 
been verified by a comparison with a bridge forwarding table. 

DISCLAIMER 

The filing of the affidavit and the filing of new claims 28-32, neither affirms nor 
denies whether the rejections over art of claims 1-5, 1 0-1 8, and 23-28 would have been 
valid were the Affidavit not filed. The Applicant reserves the right to establish 
differences and/or similarities between Hsu and any of claims 1-5, 10-18, and 23-28. 

CONCLUSIONS AND MISCELLANEOUS 

The Applicants believe that all issues raised in the Office Action have been 
addressed and that allowance of the pending claims is appropriate. Entry of the 
amendments herein and further examination on the merits are respectfully requested. 

The Examiner is invited to telephone the undersigned at (408) 414-1213 to 
discuss any issue that may advance prosecution or any other issues related to this 
application. 
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No fee is believed to be due specifically in connection with this Reply. To the 
extent necessary, Applicants petition for an extension of time under 37 C.F.R. § 1-136. 
The Commissioner is authorized to charge any fee that may be due xn connection with 
this Reply to our Deposit Account No. 50-1302. 

Respectfully submitted, 

HICKMAN PALERMO TRUONG & BECKER LLP 



Dated: November_^Lj 2 °03 



1600 Willow Street 
San Jose, California 95125-5106 
Telephone No.: (408) 414-1080 
Facsimile No.: (408) 41 4-1076 



JO- 1 




David Lewis 
Reg. No. 33,101 
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E^THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re the Application of: j Confirmation Number: 8997 

Mebryar Garakani ) Group Art Unit: 2697 

Serial No.: 09/524,725 ) Examiner: Christopher M 

) Swickhamer. 
Filed: March 14, 2000 •> 

For: METHOD OF DETERMINING A _ \ 
DATA LINK. IN A MANAGED NETWORK 



DECLARATION OF INVENTOR PURSUANT TO 37 GFJEt.' 1-131 
Cornirusaor^for Patents • , ;i . ' 

P.O. Box 1450 ' • "' ; ' ., ' • ■ 

Alexandria VA . 223 1M450 • ; ». "'- 

Sir: '. • ; W Vvc4,~: --. • • / • \ »• 

I Mchiyw Gairal^^ ' ■ ** ' : ' 

.1. ... Iawthchaihedinv^^ ! ' : 
* familiar with the ^ claimed invention. 

2, Prior to August 31; 1999, 1 had. developed a woA^g ywsion of an exj^bodrddent of •. 
the inventipii -in the Dinted States, and documented a written description of an embodiment of the 
invention in the United States. 

3. I have reviewed the currently pending claims 1-5, 10-18, and 23-28 of the 
application, and to the best of my .recollection, the wotimg version that I developed and the 

■ written docOTienftation that I wrote prior to August 19, 1 999 is for an embodiment of the 

invention that is within the scope of claims 1-5, 10-18, and 23-28. Independent claims 1, 14, 27, 
and 28 are set forth below: > 
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1 I. A method for determining a logical path in a managed network between a source 

2 device and a destination device at a data link layer, the method comprising the 

3 computer- implemented steps of: 

4 creating and storing a Connected Group Space representation of network devices 
based on a topology space representation of the network devices; 



5 



6 identifying an optimized path in the Connected Group Space representation; 



7 



transforming the'optinuzed path into the topology space representation; and 

8 creating and storing the optimized path that was transformed into the topology space 

9 representation as the data link layer path. \ 7 

\ 14. A computer-readable medium carrying one or more sequences of instructions for 

2 detenniningalpgicalpatlxm 

. • • 3 destination device at a data link layer, wherein execution of w one or rnore • *./;*» 

r i . . 4 "Sequences of instructions by one or more processors ranses ;.&^ t one or mqre -: 

; ; .:5 processors to perform the steps of; "= .r.T 

6 .creating ^nd storing a Connected Group Space representation of network device^ • • 

7 based on a topology space representation of the n^^ t .devices; ^ ( , j, ^y 

8 identifying an optimized path in the Connected Group Space representation; 

9 transforming the optimized path into the tc^ogy space representation; and 

10 creating and storing the optimized path that was transformed into the topology space 
f l representation as the data link layer path. 
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1 27: A computer data signal embodied in a carrier wave, the computer data signal carrying one or 

2 more sequences of mstnictions for determining a logical path in a managed network between 
3. 4i source device and a destination device at a data link layer, wherein execution of the one or 

4 more sequences of instructions by one or more processors causes the one or more processors 

5 to perform the steps of: 
creating and storing a Connected Group Space representation of network devices based on a 

7 topology space representation of the network devices; 

8 identifying an optimized path m the Connected Group Space representation; 

9 transforming the optimized pam mto the tc>pology space representetion; and 

10 creating and storing the optimized path ttot was trarisfonned mto the torx>lbgy space 

H representation as the data link layer path. 

1 28. A computer apparatus .comprising: 

2 ' a processor; arid . , / . . , .,. . 

3 ' a memory coupled to the processor, the memory contammg one or more sequences of 

4 • instructions for ditarxiiaing a logical path m a rrianaged netwc^betweOT a source . 
< device and a destination device at a data link layer, wherein execution *>f the one or 



6 



11. 
12 



6 more sequences of instnictions by the processor causes the processor to perform the 

7 steps of: 

g creating and storing a Connected Group Space representation of network devices 
o based on a topology space representation of the network devices; 

10 ' yeHtifyinganoptirnkedpathmtheCa^ 

■ transformirig the optimised path into fhetopology space represerlation; and 

creating and storing the optimized path that was transformed into the topology space 
' representation as the data link layer path. 

4 . Attached as Exhibit 1 is a technical document* which is at least part of the written 
documentation, that I wrote, and which additionally evidences that I had a working embodiment of 
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Patent. 

' me al^-iderfified application, befbreAugust 19, 1999. Exhibit 1 is ah invention disclosure 
descAing thebaoIcground, summary of operation, and advantages of an embodiment of fee claimed 
invention. Certain dates and names have been redacted from the document of fcOiibit 1, as permitted 
bya ppUcable W •• 
long prior to August 19, 1999- 

5. I declare that all statements made herein of bur owe taiowledge are true, and that afl . 
statements made on information and belief ate believed to be true; and further, mat these statements 
were made with the knowledge tha? willful false statements ax^ 

fine or imprisonment, or both/under Section lotil of title 18 of United States Code, and that such 
willful false statements may jeopardize the vaudity of^e^pU^ 
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452§l' ' Method of detennining a data link path in a managed Mel^^rakani 
network ^ ... ... . • I y 




fcPOLNo.: 45781 fseqNo.: 1507 j Status: Pending | Submitted: i Modified 

3%£ 




i Type: Regular 

Terminology 



Mehryar Garakani (mgarakan) Phone: 805 961^3640 Manager Dept: DSP Protocols 

Division:SVS Site: - Info; - 




| Elan: 



Broadcast 
Domain : 

Subnet. : 



[Bridge : 



Refers to layer 2 (data link layer) of ISO networking model 

Refers co layer 3 {network layer) of ISO networking model 

A Virtual LAN consisting of a subset of ports/interfaces on 
various devices that are part of the same "broadcast domain" 

An Emulated LAN consisting of a subset of ports/interfaces on 
an ATM fabric that are part of the same "broadcast domain 1 ' 

A "layer 2" LAN that can consist of multiple virtual 
LANs, emulated LANs, or physical LAN segments 

A "layer 3" IP subnet. Typically this is associated with a 
Broadcast Domain, although the association need not be one to 
one 

A network management station that collects, analyzes, and 
displays data on the status of the network and its constituent 
devices 

This is used in its more generic sense here, it refers to 
any device that performs a "layer 2" bridging function from 
one physical or emulated LAN segment to another. This includes 
LAN switches, routers having Bridge Groups. For the purposes 
here it also covers physical layer repeaters (hubs) although 
technically speaking this is not a common usage for this term. 
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fi.i|-M -T'fr>Tr-i V~l-^^~ ' 

1 * ,^^1 ffl«T5 of how each device in a managed network is 

l T0P ° l09y: tciSSS ^tlerVighfcoring devices It - be visualized 

diagram that shows the devices and links. 



MUM*, 



on a 



? ^ tp network that consist of routers, switches, 

2 SSL"-SSi" or "layer 3" devices. Fu.thern.ore. assume that: 
fcS foUowiS litems are known about the managed network by the NMS: 

Info-l) Topology, .... * 

info-2) Vlan assignment of ports and interfaces, 
TriPrt m plan assionment of ports and interfaces, 

E« and San association with subnets/broadcast domains (i.e.. 
we Know which set of vlans and/or elans are part of a given j 
fl „hn^t or broadcast domain) , * 
Info-5) Saving Tree status ( FORWARDING , etc.) of each port/interface 

participating in Spanning Tree Protocol (STP) , _j 
Tnfo-6) Bridge Forwarding Table information on LAN switches, | 
Infio-7 End-Itation discovery (based on matching ARP Tables entries on * 
routers with Bridge Tables entries on LAN switches) to locate 
end- station devices (i.e., PCs, workstations, etc.). 5 

The question arises as how can the "layer 2- path for an IP packet 
involving various devices in this managed network be determined. The 
"laver 2" path can include multiple "layer 2" LAN switches or hubs 
(i.e., repeaters), it may also include routers (e.g., router bridge 
groups) ■ 

If we were only interested in the "layer 3" path from one router port to 
the nexc this information could be obtained through the widely available 
traceroute program in many circumstances (particularly straight forward 
if the program is run from the source node rather than running from a 

«' remote wms, although doing the later can also be accomplished with the 

I -source routed traceroute" once the first layer 3 hop from source towards 

^destination is determined) - 

5 

f However, the traceroute program is limited in that it can only identify 
3 the "layer 3" path. The program works because of the support incorporated 
I into IP protocol for Time To Live (TTL) field and generation of icmp 
^packets when TTL expires on a packet that has been routed more than 
the allowed TTL. This allows traceroute program to directly trace the 
path, by having feedback from devices along the path. 

.Similar direct tracing support for "layer 2" data link layer protocols 
* across the wide range of technologies, including Ethernet, Lane, Token 
Suing EtherChannel, etc. does not exist. Hence the solution needs to be 
^obtained based on the information that can be gathered from the devices 
| by NMS (i.e., those listed in the seven categories above). 

Needless to say that this is a significant problem as the ability to 5 
determine the layer 2 path in a managed network can be important J 
for network monitoring and diagnostics. This is particularly the case * 
as layer 2 switches are replacing routers in the distribution layer 
and elsewhere in the networks, and hence layer 3 path traces that jump 
over from one router port to another can leave a big hole in determining 
the'acrual pach travelled by a packet from one device to the next. ^ 
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'i , -. i_ rv,^ fine laver 2 path fits on cop of the Topology map 

l^^fis assumed ^ by Jhe Ss. Lwever, Knowing Topology itself is 
! J inffic^afto k.°^w the actual layer 2 path, as there are a typically 
rLrge nu^er or s^utions that can be overlayed on top of Topology to 
fconnect the source device to the destination device. 

i * * 

i i-Vi» Torioloctv CT> in an abstract sense to be a set ot 5 

'together through point-to-point or shared mediums. 

!to illustrate the problem and or for simplicity we shall make a 
5«£u£U assumption regarding Topology initially Let's make the 
assumption that the links between devices are point-to-point, e.g., 
hlllTei Ethernet, serial links, etc We will waive this assumption 
before presenting the solution which would apply to the more generic case. 

leach link L is associated with a device port (PI) on one side and a device 
Srt (If) on"he other side, we shall see later that ports do not need 
to be external physical ports,. we can consider them to also represent 
U logical incerface or even an internal port when communicating with a 
Idevice that has an IP address associated with an internal port (e.g., a^ 
IlaN switch). For now, let's assume all ports are excernal physical ports. 
I 

sin this simplified form the problem is to determine the "layer 2- path 
gfrom some a source port <s) to some destination pore <D) . The layer 2 path 
Sin the above simplified network is the ordered set of all Links (LI, L2, 
SL3 ) that are traversed from s to D as the packet is going through 
^various bridging devices (such as LAN switches or repeaters) . So 
^determining the Layer 2 path (P) is equivalent to determining the 
] ordered set (LI, L2, M, .--) that is traversed along from one. device 
I to the next. jj 

| So how can this ordered set be determined? Is this the shortest path on j 

*the Topology ? The answer is clearly no. The two devices can be * 
fadjacent in the topology (i.e., may be only one hop away in terms 

5 connectivity) . However, the actual path the packet takes is constrained jj 

|by vlan/elan relationships as well as by Spanning Tree configuration. i 

fl-his could result in a packet to hop along many "layer 2" devices before 
1 finally reaching its nearby destination. So although the two devices 
ilmay be only one hop away in the Topology sense, the actual Level 2 path 
j!may consist of many more hops (sort of like traveling from Los Angeles 
jjto San Francisco via New York) . 

This occurs because packet flow is constrained according to the following 
considerations : 

l) packets would not be bridged on a bridge device from one 
port co another, unless the two pores are assigned to carry 
traffic for the same vlan or a translationally related vlan or 
a binded elan (strictly speaking this is only true as long as 
the bridge device is performing * standard bridge function and 
not a routing function or multi-layer switching (MLS) . The MLS 
! switches can be considered within the framework presented here, but 

! we will only consider standard switches that do not have- MLS 
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on the Topology. 

Lu — resented will be discussed in term of IP networks, although 

"lution SS~fb. ii.ifd to IP and can be .applicable to other 

fnetworking protocols . 




i 



■ - - 

ne?work? a there is only one unique solution (one 12 path) from source to 
destination {due to spanning Tree blocking of redundant paths) - This is 
suggestive of optimization problems, such as minimization or maximization 
jproblems. 

Lowever, there is a difference in that the solution does not appear as 
ia minimization or maximization problem when looked at in the Topology 
-space As stated above, the actual path need not be the shortest path 
I in the Topology space (and not the longest path either) . This is 
unfortunate, as there are known algorithms that can be used to find the 
'solution for optimization problems involving a connected network. 

i 

]The approach that is presented here offers a solution to this problem. 
'It achieves this by transforming the problem from the Topology space 
5 into an artificial space called Connected Group (CG) space, whose sole 
'purpose is that it transforms the path finding problem into an 

optimization problem, whose solution can then be obtained by standard 

algorithms such as Dijkstra. 

Below is provided specific recipe for how such a transformation of 
the problem can be achieved. The basic procedure can be stated as 
follows : 

1> Based on the information known to NMS, construct a CG space that 
represents the given path tracing problem, 

2) Identify an optimized (shortest path) in the CG space that 
is an analog (equivalent) of the actual path in the Topology 
space. 

3) Once the solution is found in the CG space, transform the solution 
back to the Topology space, out of which pops out the ordered set 
of links (Li, L2, . ..) that represents the layer 2 path. 

Having stated the problem above in the simplified form by assuming that the 
.links between the devices are point-to-point, now we shall relieve this 
f assumption in order to present a solution that is generic and applies 
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I through a shared medium. 

L fc - «, CP rHe toDOlogy view is more complex as multiple devices 
|ln this caee ^fthTsame spot (i.e., the shared medium) . however, 
^pSh^TSS S ~%e? of lin* s (Li. L2. ...). -d our goal 
is to find it. 

[The solution presented here covers this more generic case, and is 
rae soiumq P di ( iOBase2) as well as to emulated LANs, 

, aPPll ^n« achieved though AT? LAUf Emulation, which can also be thought 
Ki 9 ;,T:^^.^^dia, as long as we look at the ATM Fabric 
Associated 3th ^particular Elan as a single cloud and not be concerned 
tHh Se specific cell switching path through the ATM Fabric U. a. , £ 
Sis case the layer 2 path that is determined would jump over the fabric 
from one edge device port to another) . 

The various steps of the procedure above are described below: 

l) Constructing the CG space. Just like the topology space the CG space 
includes a set of nodes (M) 'that are linked by a set of links (K) . 
However, there are differences in semantics of what a node and a lin* 
means in CG space as opposed to the Topology space. 

in CG space, a node can be called a "Connected Group" and is created 
for any one of the followings: 

; a) a pair of ports joined across a point-to-point link on Topology 
(e.g. a lOBaseT link from a LAW switch to a repeater), 

; b) a set of ports chat are directly connected, because they sit on 

! a shared physical medium (such as a 10Base2 cable) , 

i 

! c) a set of Lane interfaces on an elan on an ATM fabric, 

I 

d) an internal port for devices that nave internal IP addresses not 
associated with any of their physical ports (e.g., LAN switches), 

e) a "user port" on a bridge device (i.e., a port that is not 
connected to any other networking devices, but may have end- stations 
sitting behind it) - 

A node in CG space represents a single port or a connected group of 
ports (i.e., can be any one of the five items above), unlike a node 
in the Topology space (which represents a device) . The key in 
understanding a node in CG space is that it is a set of one or more 
physical, virtual or emulated port/ interfaces that are directly 
connected to other members of the "Connected Group" (if it has more 
than one member) , but for a packet to move from one "Connected Group" 
to another it wust traverse one or more bridging devices - 

The opposite is true for packets going from one port/interface on a 
Connected Group to another port/interf ace* within the Connected Group. 
In this case, no bridge devices are needed (this excludes the ATM 
switches that participate in creating an emulated LAN, as the whole ATM 
fabric can be viewed as a broadcast entity for each elan) . 
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S giveS »r^d=.« taJin (or subnet. that we .r. U »r..ted in. 

. , ™- weeds to always be created for source and 

in P« ticu1 *^ ™*% n p*th For ^.stations the later require, 

destination of a layer 2 patn. en( i- e tation is behind; this does 

knowledge ot ^^^^^^^^ wa3 ro entioned 
depend on end-stat ion ^^^very func disC u 66 ion the 

above (i.e., ^tc-D . For "VJ»JP -source CQ node" and 

CG node associated with the source is ^ node „ . The 

^ OT 6 node" and destination CG node " may be one and the same, 
irSTaSLSf port and destination ports are on the same Connected 
Group . 

The first step to construct the CG space is to determine the subnet 
Tne tirsc st p subnet can be determined from the 

^aver 3 » crS and by poking at RFC-1213 mib values associated with 
t^ "Lyer 3" LterfaLs- It was assumed earlier that the NMS can 
Chen mJp this subnet to a broadcast domain, which includes the set 
of alHlans and elans that are associated with this subnet^ The 
Topology elements that are associated with this set ^* a ^ ed 
elans that fit into one of the above five categories can then be used 
to determine the CG nodes that must be included. 

Determining the whole set of CG nodes for a given path tracing 
problem relies on Info items from NMS which were listed above, 
in particular Info-l, Info-2, lnfo-3, Info-4, and Info-7. 

once the CG nodes are determined, the next step is to determine the 
links between CG nodes. The CG links are all point-to-point (even 
wnen Topology includes shared media). Unlike a Topology link, which 
Snks two ports on two separate devices, a CG link corresponds with a 
bridging link that joins two ports on a single bridge device. 

CG nodes are joined by point-to-point CG links that are determined 
as follows. Each bridge device' that has ports on the given 
broadcast domain contributes to a set of CG links^ The «*al J.* £ 
CG links that are included in the CG space, are the union of all sets 
from each bridge device that is associated with the broadcast domain. 

so assume a bridge device has »m» ports (internal and external) that 
are associated with the given broadcast domain and are also in the 
sS rewarding state (i.e., not blocked by spanning Tree . 
pair of ports on this set of ■«■» ports a single CG link is added to 
the CG space. Hence a device that has -m« ports on the broadcast 
domain would contribute m*(m-l) CG links to the CG space. 

Each CG link joins a CG node to another (i.e., is point-to-point) . 
The CG nodes to join are determined based on the association of the 
bridging ports, that are associated with the CG link, to their 
corresponding CG nodes . 

To determine the CG links, the NMS info items Info-l, Info-2, tnf o-3 , 
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PlnfT-l'rr rn'nfo-S can be used. 

once all C<3 nodes and CG linKs are added, the CG space construction is 
SJ leM and we can proceed to determine the path in the CG space as 
in step 2 below. 

2) Having constructed the CO space the problem of finding the layer 2 
! path becomes a simple optimization problem, because in CG space 
1 the layer 2 path corresponds to the shortest path that 30ms the 

"source CG node" with the "destination CG node". Under normal 
circumstances, when all of the above information items from WIS 
i are known and accurate there will always be a solution and only 
! one solution to this optimization problem. Any other path m CG 
I space that joins the "source CG node" with the "destination CG node" j 
1 is bound to be longer by one or more hops. j 

1 to find the shortest path in CG space the Dijkstra algorithm can be j 

! used to identify the ordered set of CG nodes (Ml, M2, M3, , , - , Mx> 3 

traversed from source (Ml) to destination (Mx) CG node, along the g 

optimised path. ] 

The ordered Dijkstra set of nodes is the solution in CG space. This jj 
needs to be translated back to the solution in the Topology space as j 
discussed below in step 3. j 

3) The Dijkstra ordered set (Ml, M2, M3, . . . , Mx) identifies all Connected j 
Groups along the path. Joining each pair of adjacent CG nodes in this 
path, e.g. (Ml, M2) or (M2, M3) is a single Dijkstra link as was 
discussed in Step 1 above (the reason there is a unique link is due 
to the fact that redundant paths are blocked by Spanning Tree Protocol) , 

So from the ordered set of Dijkstra nodes we can simply generate the 
ordered set of Dijkstra links (Kl, K2 , K3 , . .., K'x-1'). Each link 
is associates with a pair of ports on a bridge device as was described 
I above. So once the set of Dijkstra links are known, this can 
be simply used to generate the set of all ports /interfaces that 
are traveresed. From the set of these ports / interfaces , we can then 
immediately generate the set of all links in Topology space (i.e., 
Ll, L2, L3, that constitutes the solution that we seeked. 

Assuming that the NMS has consistent information about the network, 
and the network conditions are normal, the method above should be 
very effective in finding the layer 2 path. In cases where there 
is a question about the integrity or consistency of the NMS information, 
a verification step can be added as below whenever feasible. 

Verification Step: 

Once ^tfe have the solution from the method described above, 
the Bridge Foirwarding Table (lnfo-6) can be used to verify the 
solution. This would require the knowledge of destination and source 
MAC addressee, which can be obtained by querying the router ARP cables 
(RFC 3.213 MIB) , as the forwarding tables are keyed off the MAC 
address. 

to do this, for each bridge device along the path which is maintaining 
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iE ^rT c ^rr.7 " TAble cuery is made for the destination and 

3 Sd^ssS lo SbXiTth. incoming and outgoing ports This 

! ^ISL talinst the path that was found above to make sure they 
is co^ared against the p ^ ^ ^ ^ ^ 

match, A mismaccn ^"j 11 . u „„„ _ ;e mmo view of the 

solution found above <3uch mismatch can be possible, if NHS vie 
network does not reflect reality) . 

This verification step is not required, but it can provide 
futthlr assurance that all is well with the solution that has been 
ESiL The verification step is not always feasible as the 
Brid 9 rForw2ding Tables age ou? old information and unless there 
has been recent communication between source and destination 
device tne retired information may not be found in the bridge table. 

iasssgBSBsssam 




^Provides a simple yet powerful solution to a complex problem 




esheee 



TbiTmethod is currently being used in Cisco PathTool to determine 



| the 

§ layer 2 path 




TOsince path tracing for layer 2 requires a lot of induction based 



available information to NMS, etc, generally such tools would Provide 
a window to how they go about achieving a solution, by providing log or 
trace messages, etc. This is done to give some assurance that the 
data used and the solution found are valid. Such can be used to detect 
use by other companies. 

If some one is intent to use and hide, only access to source code may 
do. 
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ft. SUMMARY OF THE INVENTION SHEET |3 OF \ 



A. GIVE A BRIEF DESCRIPTION OF YOUR INVENTION. PARTICULARLY POINTING OUT WHAT 15 BELIEVED 
TO BE NOVEL (THE "HE ART OF WHAT IS NEW). 

This invention discloses a novel design of radio capable of efficiently forwarding packers in an environment called "highly dynamic 
wireless ad hoc networks": no fixed communication infrastructure exists and radios can freely move around the area. In such an 
environment, radios capable of performing the following functions are needed: 

• To autonomously form and maintain a bandwidth-efficient packet forwarding infrastructure (called Virtual Dynamic Backbone 
or VDB) adapting to high host mobility and RF (radio frequency) connectivity variations. 

* To find and forward packets to single or multiple destinations via routes established over VDB. 
The disclosed radio design is novel in the following aspects: 

1. Virtual Dynamic Backbone (VDB) is creared and maintained based on a light-weight, fully distributed algorithm that uses vary 
small broadcast messages periodically/randomly generated by radios at a fixed rate. 

2. The small broadcast messages generated at a fixed rate provide a basis to define "virtual wire" in a wireless network. 

3. The notion of virtual wire makes it possible to accurately quantify RF connectivity (or link quality) and its stability. 

4. Virtual wire also introduces soft handojf which allows a radio to connect to a different VDB radio when link quality falls below 
certain threshold, 

5. VDB takes quantified link quality into account while being created/maintained such that when established, the links among 
radios comprising a VDB are reliable and stable. 

6. Message overhead for creating and maintaining a VDB is fixed regardless of radio mobility and link quality variation. This is 
because the rate of broadcast message generation by each radio is same and fixed. 

7. VDB includes sufficient redundancy, yielding fast adaptation to network topology change. 

8. Packets arc forwarded (routed) over stable and reliable VDB, increasing the likelihood of successful delivery. 
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ft. EXPLAIN THE PURPOSE AND ADVANTAGES OF YOUR INVENTION. (WHAT WILL THE INVENTION DO BETTER 
THAN DONE PREVIOUSLY?) 

• Purpose: 

1. To support efficient delivery of multicast (one-to^many) and broadcast data. 

2. To minimize the impact of radio mobility on route changes/updates. 

3- To require no change in the Internet applications running over [TCP/UDPJ/1P when used in a constantly changing 
topology. 

4. To efficiently support and manage Quality of Service (QoS) in a wireless ad hoc network 

5. To support a large number of radios (on the order of thousands). 

• Advantages: 

6. Wireless bandwidth is efficienrly utilized for multicast/broadcast since packet forwarding is restricted to a small set of 
radios only (those comprising VDB, or VDB radios). 

7. The VDB is created and maintained with sufficient routing redundancy so that it is highly fault-tolerant. 

8. The soft handoff algorithm allows radios to react to link quality degradation much more efficiently and quickly, 

9. QoS support (bandwidth, delay, and loss) is easier to manage since (a) VDB is designed to be relatively stable and 
reliable in the face of highly dynamical nature of wireless ad hoc networks), (b) redundancy permits finding alternate 
route(s) quickly despite topology changes, (c) virtual wirt makes it possible to detect link quality degradation 

10- Internet applications running over Internet Protocol (TCP/UDP/IP) are seamlessly supported in a wireless ad hoc 
network using this radio. 
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8. SUMMARY OF THE INVENTION (Continued) 



C. IDENTIFY THE COMPANY PROGRAM OR PROOUCT LINE TO WHICH THE INVENTION APPLIES. AND THE EXPECTED VALUE 
TO THE PROGRAM OR PRODUCT LINE ALSO IDENTIFY POTENTIAL COMMERCIAL APPLICATION Of THIS INVENTION, 
INCLUDING AUTOMOTIVE APPLICATIONS* IF ANY. 

Raytheon's C3I is developing the next generation Tactical Internet system for large-scale wireless ad hoc networks. This program 
requires an innovative and practical solution to design a radio that can provide a robust and scalable communication infrastructure 
suitable for ractical wireless environment while seamlessly supporting Internet applications. The disclosed radio design is a highly 
potential candidate for this program. 

Other business units involved in wireless ad hoc networking systems may benefit from the disclosed invention. 
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D. IDENTIFY THE PRIOR ART KNOWN TO YOU WHICH IS IMPROVED UPON OR DISPLACED BY YOUR INVENTION. AND STATE 
IN DETAIL, IF KNOWN. THE DISADVANTAGES OP THE CLOSEST PRIOR ART. 

I. Efficient broadcast/multicast support: 

Most exisring proposals for ad hoc routing in wireless networks have no concept of "backbone" as it usually implies "static" 
topology. Those proposals support broadcast via "flooding 7 ' the network, yielding inefficient utilization of bandwidth. 
Furthermore, multicast cannot be efficiently supported since there is no common packet forwarding structure similar to "staric 
backbone " One recent proposal, called Spine, exploits a self-organizing structure similar to our of virtual dynamic backbone 
(VDB) [1 ]. The key difference between their Spine and the VDB is constant overhead, virtual wire, and soft handoff. The major 
disadvantage of Spine is that it does not consider link quality dynamics; it views a connectivity as on/off which is very 
unrealistic. 

2. Quality of Service Support: 

Providing QoS support in a wireless ad hoc network is of increasing interest in many military and commercial applications. 
VDB provides both redundancy and soft handoff, both of which are used to minimize the change of VDB topology. This 
prevents ongoing communication flows from suffering from the topological change of VDB, thereby supporting uninterrupted 
(or minimally interrupted) QoS. Other proposals are forced to update routing information when a topological change occurs, 
yielding temporary suspension of packet forwarding until the new route is found- The amount of time it takes to find such a new 
route can be significant. 



[I] B. Vadubur et al. ''Spine Routing," To appear in Journal of Clusters 
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9. DETAILED DESCRIPTION SHEETjfS Of 

DESCRIBE YOCft INVENTION IN DETAIL, USING NECESSARV ADDITIONAL SHEETS 

A. BE Slffcf THAT EACH SHEET IS DATED. AND SlCNED BY EACH INVENTOR AND TWO WITNESSES. 
(HAC FORM 236C-6 CS SHOULD BE USED, tF PRACTICAL). 

B. ATTACH COPIES OF DRAWINGS OR DETAILED REPORTS HELPFUL IN UNDERSTANDING HOW YOUR 
INVENTION WORKS 

C IF YOUR INVENTION HAS BEEN TESTED, BRIEFLY SUMMARIZED THE TEST RESULTS WHICH CONFIRM THE 
FUNCTIONS AND ADVANTAGES LISTED IN 8 B ABOVE. 

Please see the attached report entitled "Virtual Dynamic Backbone Protocol (VDBP): Technical Specification" written in Dec. 8* 
1998. It includes detailed design of radio that performs VDBP, including message formats and unicast/multicast routing. The 
correctness of the disclosed radio design has been tested using computer simulation under various network topologies and changes. 
This is an ongoing effort, but preliminary results show that VDBP works as desired under diverse mobility patterns. Detailed test 
results will be provided as available. 
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Virtual Dynamic Backbone Protocol (VDBP): 
Technical Specification 
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1 Introduction 

In this invention disclosure, Virtual Dynamic Backbone Protocol (VDBP) is described in detail. The 
VDBP is a light-weight, distributed routing protocol for wireless ad hoc networks with high mobility 
and link quality variations. In particular, VDBP performs two tasks: (i) creating and maintaining 
a VDB; and (ii) routing (both unicast and multicast). A VDB is a small set of connected mobile 
nodes such that when formed, each node is either part of the VDB or a one- hop away from the 
VDB. For example, in Fig. 1, the set {3,4,7,8,11,12,13,17} comprises a VDB. 




Figure 1: An example of virtual dynamic backbone (VDB). 

The basic motivation for the VDBP is to dynamically construct and maintain an optimal packet 
forwarding structure for the purpose of broadcast packet dissemination. The major benefit of this 
structure is that it will provide optimal RF channel usage by restricting packet forwarding within 
only a small subset of the nodes (the VDB nodes). In addition, both unicast and multicast packet 
routing can be readily achieved using this optimal structure. <} 

From the protocol stack point of view, the VDBP is the upper sublayer of the MAC protocol 
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(medium access control protocol) serving the network layer protocol. such as IP. 

2 Notations 

• A flag is used to distinguish whether a node is backbone-capable (Y) or not (/V). 

• At any time, each node is in one of the three colors: black (B) when it becomes part of the 
VDB (VDB node), green (G) when it lms at least one black node as its neighbor, and white 
(VV) when it has no black node as its tieighbSr/vThly 'Black nodi; forwards packets. 

• Each node is assigned a unique 2-bytc hardware (MAC) address (node ID). 

• N\{v) denotes the one-hop neighbors of a node v. If two nodes are one-hop neighbors of each 
other, they are adjacent. 

• £Qab represents the link quality from node a to node b observed at b (i.e., outbound link 
quality from a to 6 at a, or inbound link quality from a to b at b). 

• 5{v) denotes the number of neighbors of node v with acceptable inbound-only or both inbound 
and outbound link qualities, referred to as degree. When v is white, only inbound link quality 
with its neighbors is used for calculating 6(v). When green, depending on the color of its 
neighbors, either inbound-only (for white and green neighbors) or both inbound and outbound 
(for black neighbors) link qualities must be acceptable to be counted for degree. When black, 
both link qualities are used except for white neighbors. 

• Let u E N\(v)i i.e., node u is a neighbor off. The node v maintains a table called neighborhood 
information table (NIT) which contains N\{v), color and backbone capability (flag) of each 
and every node in Ni(v), J(u), inbound and outbound link qualities (LQ), expected GBM 
sequence number, and link quality estimation timer Tlqe> The last two columns are used for 
link quality monitoring described in Sec 5.1. 

For the purpose of illustration, assume that node 3 is B, node 6 is W, and nodes 1,2,4,5 are G. 
Further, let N { (1) = {2, 3},iV 1 (2) = {1, 3, 4}, N x (3) = {1,2, 4, 5}, ^(4) = {2, 3, 5}, ^(5) = 
{3, 4, 6}, ^(6) = {5}. Figure 2 illustrates this example, and the node 3 will have the NIT as 
given in Table 1. 

• Each node generates Global Broadcast Messages (GBMs) at a fixed rate. When white, GBMs 
are generated at constant intervals. When green or black, GBMs are generated at independent 
and identically distributed random intervals following truncated exponential distribution. 

• Each node maintains a routing table based on the received GBMs from nodes farther than 
one hop. Two routes are maintained for each destination: primary route and secondary route. 
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Figure 2: An example of node coloring and two-way link quality notation. 



u (e tf t (3)) 


Color/Flag 


J(u) 




LQ 3u 


Expected Seq. Nr. 


Tlqe 


1 


G/Y 


2 


15 


10 


31 


26 


2 


G/Y 


3 


14 


12 


327 


27 


4 


G/Y 


3 


15 


16 


15 


19 


5 


G/Y 


3 


10 


13 


88 


5 



Table 1: Neighborhood information table (NIT) of node 3 corresponding to Fig. 2. 



The secondary route serves as a backup route in case the primary route is not available. Each 
route is associated with the next-hop gateway, distance metric (currently hop count (HC) 
only) and stale timer {T st ). T st represents the remaining time after which this route becomes 
stale. An example of a routing table at node 4 in Figure 1 is given in Table 2. Routing table 



Destination (V) 


Primary 


Secondary 




G 


HC 


Tst 


G 


HC 


T tt 


1 


3 


2 


25 


5 


3 


21 


6 


3 


2 


18 


5 


3 


8 



Table 2: Example of routing table at node 4 corresponding to Fig. 1. 

management will be described in detail in Section 5.5. 

• Each node (say u), black or green, has at least one black neighbor 6 via which u is attached to 
VDB. We refer to this black node v as virtual attachment point (VAP) of u, or v = V(u). Node 
v. considers v as its VAP if v is a primary gateway. If there are multiple primary gateways, 
then all of them become VAPs. 

• Each green node designates one of its VAPs as Connection Point (CP) for the purpose of 
detecting and connecting disjoint VDBs (see Sec 5.4). 

• Each node constantly monitors the neighborhood change and the inbound (received) commu- 
nication link quality between itself and each of its neighbors by employing the dynamic link 
quality estimation algorithm described in Sec 5.1. 

• Each black node determines whether it needs to remain black as their VAPs by maintaining 
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VAP timer Tvap- Whenever a black node receives a request to (continue to) become VAP 
from its neighbor (regardless of its color), it resets T VAP to VAP.TIMEOUT. If no request is 
received until Tvap expires, the black node changes its color to green after it determines its 
VAP from its NIT. This VAP request will be specified in the VDBP header (Section 3). 

• All the destinations in the routing table and one-hop neighbors of a node i are said to be in 
cluster i, and node i is cluster center of cluster i. Each node belonging to a cluster, including 
cluster center, is called cluster member. The instantaneous maximum distance (in hops) 
between the cluster center and a cluster member is called radius. Cluster size is defined as 
the number of cluster members. A fully connected VDB will look like a heavily overlapping 
clusters linked via cluster centers. This is illustrated in Figure 3. Note that cluster size will 

/* V Cluster 6 "\ .--'i" *"""■-. 

Cluster 14 
14 

Cluster 10 " "* 

,r = 4 
Cluster 1 \ 




Figure 3: Virtual Dynamic Backbone viewed in terms of clusters. 

be limited by the maximum size of routing table and NIT. Also, radius of a cluster depends 
on how clustered nearby nodes are. If nodes are heavily clustered in a region, radius will be 
likely to be small. 

• Separate from routing table, each node maintains a small table called route cache which 
contains route information (gateway and hop count) for destinations who are not in the 
routing table (since destination is too far away). A node creates a route cache whenever a 
unicast route query has been successfully made (i.e., route response message has arrived with 
route information). Therefore, all the nodes involved with setting up a successful inter-cluster 
route will have corresponding route caches. Each route cache entry is removed when no more 
packets are generated over this route for a fixed amount of time (ROUTE.CACHE.TIMEOUT). 
The format of route cache is identical to routing table except that no secondary route exists. 
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3 VDBP Packet Format 



0 12 3 

01234567890123456789012345678901 

+-+-+-+ -H — -+-H I I 1 I K — H I H-H I i I I I I — +- + -+- + -+ 

I Destination Node ID I Next-Hop Node ID I /l\ 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ | 

I Source Node ID I Forwarding Node ID | | 

+ - + - + - + -+- + - + - + - + - + - + - + - + -4— +- + -+-+- + -+- + - + - + - + -+-+- + - + - + - + - + - + -+ 

I Hop Count I TTL I Seq. Number I 20 Bytes 

I Packet Length I LQ I PT I C I Flags I Degree or CS I I 

I Header Option I \|/ 

+-+-+-+-4--+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 

i . i 

I Payload I 

I . I 

I Checksum I 

+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 



A VDBP packet contains 16- or 20-byte header (depending on the presence of header option) as 
shown above with the following fields: 



• Destination Node ID (V): The MAC address of the final (ultimate) destination node of the 
packet. This field is never changed while being forwarded. A subset of this address space will 
be reserved for supporting multicast. Two special IDs are defined: GL0BAL.BR0ADCAST for all 
nodes, and VDB.BROADCAST for black nodes only. 

• Next-Hop Node ID (Af): This field has three meanings depending on the value of Hop Count 
field and the colors of the nodes involved with transmitting/receiving this message. First, in 
all cases, it is the address of the next-hop (receiving) node towards V. If V is not the one-hop 
neighbor of the source node, this field will be changed by every forwarding node along the 
path (route). Second, again in all cases, this field also indicates the node to which link quality 
update is provided. Finally, except one case, this field also serves as "VAP Request" by the 
node that originates or forwards this message. The case being excluded from this case is 
when the forwarding node is black, the next-hop node is green, and the value of Hop Count 
is greater than 1. 
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• Forwarding Node ID (T): The address of the node by which this packet is forwarded. When 
a VDBP packet is generated for the first time, T = S. 

• Source Node ID (S): The address of the node which originated this packet. 

• Hop Count (HC): The number of hops that this packet has been forwarded. 

• Time-To-Live (TTL): The maximum number of hops that this packet can be forwarded. 

• Sequence Number (SN): a 2-byte number that, in combination with the source node ID, 
uniquely identifies the packet. 

• Packet Length: The length of the packet in bytes. The maximum packet length is 4096 bytes. 

• Link Quality Feedback LQ): Link quality feedback for node Af. If Af = n and T = /, this 
field is taken from LQ nf of the node /'s NIT, inbound link quality for neighbor n at /. Once 
this value is received by node n, it becomes the outbound link quality for its neighbor /. 

• Packet Type (PT): Type of VDBP packet (3 bits). 



PT 


VDBP Packet Type 


0 


Global Broadcast Message (GBM) 


1 


Route Query Message (RQM) 


2 


Route Response Message (RRM) 


3 


Multicast Group Join Message (MJM) 


4 


Multicast Group Leave Message (MLM) 


5 


Encapsulated payload is IP packet 


6-7 


Reserved 



Table 3: VDBP packet types and corresponding PT values. 

• Color (C): Color of the node transmitting this packet, ("00" - White, "01" - Green, "10" - 
Black, "11" - Reserved) 

• Flags: The first bit indicates whether the node transmitting (either generating or forwarding) 
this message is backbone-capable. The second bit indicates whether the last field is degree or 
cluster size. The last bit indicates whether header option is present ("0" - N, "1" - Y). 

• Degree (5) or Cluster Size (CS): Degree or cluster size of the forwarding node depending on 
whether the second bit of the flags has been set. 

• Header Option: When the last bit of flags is set, this field includes additional information 
specific to packet type. An RQM includes IP address in the header option if address resolution 
from IP address to node ID is needed. Also, GBMs may include critical QoS information such 
as accumulated delays, packet loss ratio, and available bandwidth. 
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• Checksum: Packet checksum computed over both VDBP header and payload. 

4 VDBP Messages 

4.1 Global Broadcast Message (GBM) 

GBM acts as a "signaling message" for VDBP, and is an empty VDBP packet with PT = 0- Each 
node computes its inbound link quality for each of its neighbors based on the dynamic link quality 
estimation algorithm described in Sec 5.1. Once a node turns green or black, it maintains outbound 
link quality with each of its VAPs based on the LQ update provided by its respective VAR 

The GBMs are generated under the following rules with HC =1: 

• A white node generates a GBM every GBM_INTERVAL_WHITE seconds with T = S and V = 
Af = GLOBAL.BROADCAST. 

• Once a white node detects the black neighbor b qualified as its VAP, Af = £>; otherwise. Af = 
GLOBAL.BROADCAST. 

• When green or black, the node generates GBMs according to exponentially distributed GBM 
inter-arrival times with mean GBM_INTERVAL_AVG and maximum GBM_INTERVAL_MAX sec. 

• A green/black node specifies Af from its VAPu st in a round-robin manner. 

• The TTL value is always given by r + 1 where r is the radius just before generating a new 
GBM. This permits gradual increase in cluster size. If the routing table is empty, then r = 1, 
yielding TTL = 2. 

• White and green nodes do not transmit their cluster sizes; only black nodes alternatively 
transmit degree and cluster size i the header of each and every GBM being generated and 
forwarded. 

Once a node receives a GBM, it is processed and forwarded (by black nodes only) as follows: 

• Each and every node updates its routing table. 

• Neither white node nor green node forwards GBMs. It only updates its NIT. 3 

• During the Backbone Selection Process (described later), upon receiving a GBM a white node 

updates NIT such as color and degree changes, and resets the backbone selection timer Tbsp 

to BACKBONE_SELECTION_TIMEOUT. 

3 We note that those green nodes which have just transitioned from black may forward GBMs in its buffer for a 
small period of time. This will be described later. 
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• Each and every node updates inbound link quality for all received GBMs as described in 
Sec 5.1. 

• When a node a receives a GBM with M = a and T = b, a updates the outbound link quality 
LQat, from the header of the received GBM. 

• When a bkick node a forwards a GBM with M - b where 6 is a neighbor of a. it fills the 
LQ update field with LQ ba . In other words, a provides the outbound link quality LQ ba with 
respect to b. b is chosen from its NIT in a round-robin manner. 

• When a green node <] receives a GBM from its neighbor n (regardless of its color) with M' = g 
and HC = 1 (implying that n is requesting # to become its VAP), g checks if the inbound link 
quality LQ 7UJ exceeds the predefined link quality threshold LQ.THRESHOLD). If so, it changes 
to black and starts forwarding GBMs; otherwise, it remains green. 

• Upon receiving a GBM, a black node decreases TTL by one. If TTL is 0, it simply discards 
the message after updating NIT and routing table accordingly. 

• Just before forwarding any GBM, a black node increases HC by one and forwards with Af — n 
where n is the one-hop neighbor to which the link quality update is provided. The node n is 
chosen from the NIT in a round-robin manner. 

• A node n receiving a GBM from its VAP b with M — n and T — b creates or updates its 
LQ nb and LQ bn . 

4.2 Route Query Message (RQM) 

RQM is used to find a route to the destination when it is outside the cluster of the source and 
no route cache exists. Depending on whether the source also needs address resolution (from IP 
address to node ID), an RQM takes a different packet format. When address resolution is needed 
(in addition to route query), the header option field is filled with the IP address of the destination. 
Otherwise (the source node already knows the node ID of the destination node), only a two-byte 
payload of the destination node ID is included with no header option. RQM is generated with V = 
GLOBAL.BROADCAST if address resolution is needed or VDB.BROADCAST otherwise. For both cases, 
TTL = MAX.TTL. 

4.3 Route Response Message (RRM) 

Similar to GBM, RRM has no payload. It includes IP address in the header option field only if the 
corresponding RQM included address resolution request. Unlike RQM which is sent as a broadcast 
message, RRM is generated as a unicast packet since the destination of the RRM is the source of 
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RQM. TTL is given by HC of the received RQM plus a margin (for taking topology change into 
account during route discovery). 

4.4 Multicast Group Join Message (MJM) 

iVIJM also has no payload, and is generated with V = group address (G) and Af = CV. Depending 
on the status of its multicast routing table, CP and other black nodes decide whether to forward 
this join message or not with appropriate Af. Details will be given in Sec 5.7 

4.5 Multicast Group Leave Message (MLM) 
MLM takes the same packet format as its counterpart, MJM. 

5 VDBP Logics 

5.1 Link Quality Estimation (LQE) 

The LQE algorithm is designed to accurately monitor changes in link quality between two adjacent 
nodes (say n\ and n 2 ). Fast and accurate detection of link quality change (both increase and 
decrease) is crucial for maintaining a stable and reliable VDB under extremely dynamic wireless 
link characteristics. 

The ability to successfully exchange packets (GBMs) with neighboring nodes is the basis for LQE 
algorithm. Before describing the algorithm in detail, we note that the rate of GBMs received from 
7i2 at ni varies dramatically depending on the color of rt2- Suppose each node generates GBMs at 
an average rate of R pkts/sec, and an average cluster size is CS. If rt2 is green, then ni will receive 
GBMs from n<i at the rate of R. But if ri2 is black, then n\ will receive GBMs approximately at 
the rate of CS * R since it will forward GBMs generated from all nodes within n 2 's cluster. In 
other words, a black neighbor transmits GBMs at a much higher rate than a green neighbor. For 
this reason, we propose two different LQE techniques: 

• Loss-based LQE for green/ white neighbors (LB-LQE) 

• Rate-based LQE for black neighbors (RB-LQE) 

Both techniques are used to monitor and estimate inbound link quality for all one-hop neighbors. 
Since outbound link quality for n<i at n\ is identical to inbound link quality for ri\ at n<i {LQ niri2 ) : 
and every node piggybacks this information in the VDBP header, we need to estimate inbound link 
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quality only. We note that outbound link quality is maintained between green-black and black-black 
pairs only. 

Whenever n { determines (from either LB-LQE or RB-LQE) that the inbound link quality for its 
neighbor no has increased (decreased), it increments (decrements) LQ n . 2nx by LQ.INC (LQ.DEC). 
Increment and decrement values (LQ.INC and LQ.DEC) are set such that link quality decrease is 
more pronounced than increase. The link quality varies between 0 and LQ.MAX. A link is considered 
"good" if it is equal to or exceeds LQ_THRESHOLD. When a new neighbor is detected, its link quality 
is initialized to LQ.INIT. 

5.1.1 LB-LQE 

Each time a new GBM is received from its non-black neighbor, the following actions are performed: 

1. Compute the number of GBMs lost by comparing the expected sequence number and the new 
sequence number. Denote it as Lqbm- 

2. If Lcbm = 0, then increment the inbound link quality by LQ.INC (if it has not reached 
LQ.MAX) and denote the resulting value as LQ. 

3. Compute C = ("ZQ/LQ-DEC], the factor that determines the period after which this neighbor 
will be no more considered as neighbor. 

4. Reset the corresponding T LB -LQE to C * / where I = GBM.INTERVAL.WHITE for a white 
neighbor or GBM.INTERVAL.MAX for a green/black neighbor. 

5. On the other hand, if Lqbm > 0, then decrement the inbound link quality by {Lcbm - 1)* 
LQ_DEC } and denote the result as LQ. 

6. If LQ < 0, remove this neighbor from NIT. Otherwise, perform 3 and 4. 

The above rules ensure that the value o[T LB -lqe is dynamically adjusted reflecting the current 
link quality. 

5.1.2 RB-LQE 

The rate-based LQE applies to black neighbors only, and is based on the fact that a black node b 
will transmit GBMs at the rate that fluctuates around CS{b) * R where R is GBM generation rate 
at each non-white node (1/ GBM.INTERVAL.AVG), and CS[b) represents the current cluster size of b. 
A node n estimates the rate of GBMs received from b over a fixed period of time (RB_LQE_INTERVAL 
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sec). If this rate is below a threshold, then the inbound link quality is decremented by LQ.DEC. 
Otherwise, it is incremented by LQ.INC. The rate threshold value for 6, R t h(b), is given by 

R lk {b) = a * C$(b) * R 

where 0 < a < 1. If a is 0.75, then the link is considered degraded if the estimated rate is smaller 
than 75% of the expected rate. The node estimating the rate updates CS(b) from the received 
GBM header. 



5.1.3 Constants and Default Values 



Constant 


Default Value 


LQ.INC 


1 


LQJ)EC 


3 


LQJtAX 


15 


LQ-INIT 


7 


LQ -THRESHOLD 


9 


RB-LQE.INTERVAL 


1 sec 


a 


0.75 



Table 4: Default values for constants used for LQE. 
5.2 Backbone Selection Process (BSP) 

The BSP runs only when a node is in white color and does not have green or black neighbors in its 
NIT. When a node turns on its power, its color is white and builds its NIT based on the received 
GBMs from its neighbors. Each time it receives a GBM, it updates Us NIT and resets T BSP if a 
change in NIT occurs (in terms of color and/or degree). The timer T b $p is used to trigger Backbone 
Selection Process for white nodes. As soon as T B$ p expires, a white node decides whether it is 
eligible to be part of VDB by comparing its degree with that of its one-hop neighbors. 4 If its degree 
is highest, it changes its color to black and starts forwarding GBMs. Minimum ID is used to break 
tie between neighbors with the highest S of equal value. 3 Otherwise, it remains white and resets 
Tbsp- 

If a white node w detects a black neighbor b (either a new neighbor or color change of an existing 
neighbor) with {LQ^LQ wb ) > LQ.THRESHOLD before T B SP expires, w changes its color to green 
and starts sending its GBMs with M = b. Otherwise, it remains white. 

If a white node is not elected as a black node nor does it hear from any black node during 
BACKBONE.EXP A.NS I0N_TIHE0UT sees since it became white, it means that either there is no black 

*Tb$p is not used once it changes to green or black. 

*Noie that there will bo no adjacent black nodes after this step. 
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node in its neighborhood or neighborhood change has been too frequent to trigger BSP. In this 
case, the BEP is performed as follows. 

We illustrate the BSP in Figure 4. 



Figure 4: Illustration of Backbone Selection Process, (a) every node is white; (b) after neighborhood 
discovery and backbone selection processes, nodes 4, 8, 13, and 17 become black. 

5-3 Backbone Expansion Process (BEP) 

After a white node w waits BACKBONE,£XPANSION_TIMEOUT sees since it became white, it chooses a 
green neighbor g with the highest degree (if there are multiple green nodes in its NIT) and that also 
has an inbound link quality LQ 0W S exceeding LQ ^THRESHOLD, and requests g to become its VAP by 
specifying Af = g. The minimum ID is used to break tie when multiple green neighbors with the 
identical degree and link quality exist. The green node g that receives a GBM with tf — g from 
its neighbor w treats this as a request to become a black node. If its LQ wg exceeds LQJTHRESHOLD, 
g changes to black and starts forwarding GBMs. Once w detects g change its color to black, it 
changes to green and marks g as its VAP. 

If no green neighbor is found during 8ACKB0NE_EXPOSI0lLTTHE0UT sees, the white node simply 
waits another BACKBONE.EXPANSION.TIMEQUT sees during which the first green or black neighbor 
may appear, or a new white neighbor comes up in which case Tbsp be reset so that the BSP 
can be triggered. 

Figure 5 illustrates how BEP works after BSP is done as in Fig, 4-(b). 
5.4 Backbone Connection Process (BCP) 

The set of black nodes resulting from the previous processes (BSP and BEP) may not be connected. 
For example, there may be disjoint groups of backbone nodes where only nodes inside the group 

5 No outbound link quality betweeo these two nodes exists since green nodes do not forward GBMs. 




(a) 



(b) 
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Figure 5: Illustration of Backbone Expansion Process. Nodes 2 and 11 ask nodes 3 and 7 CO become 
black nodes. 

are connected. The BCP is employed to connect these disjoint VDBs. It can be easily proven that 
the above processes will guarantee that at most two green nodes will exist between two disjoint 
backbone nodes. This means that each green node is responsible for detecting whether it needs to 
become black to connect disjoint groups of backbone nodes. 

The main idea behind the BCP is that if VDB is connected, a green node g will hear two identical 
GBMs (in terms of source ID and sequence number) from each of its neighbors (except its Connec- 
tion Point, or CP): direct GBM, and forwarded GBM via its CP. 7 Once a node becomes green, 
it checks if it has at least two non-white neighbors. If so, it begins to closely watch all the GBMs 
originating from all of its one-hop neighbors (except its CP). If 9 detects that more than a fixed 
number of duplicate GBMs have not been received for a neighbor n via CP, g is eligible to become 
black by connecting n and its CP. 

Note that each GBM carries a sequence number field. The green node maintains a sequence number 
table (SNT) whose entry consists of two fields: neighbor node ID, and the sequence numbers of 
GBMs for which no duplicates have been received (yet) from this neighbor. When the green node 
receives a GBM, it first checks if the sequence number of this GBM exists in its corresponding 
SNT entry. If so, indicating that it is a duplicate, the green node discards from the SNT all the 
sequence numbers that are equal to or smaller than the current one. Otherwise, indicating that it is 
either a new one or it has been previously discarded, the green node adds this sequence number to 
the corresponding SNT entry. If it accumulates more than the fixed number of sequence numbers 
(MAX.BCP), the green node is eligible to be part of the VDB by connecting this neighbor and its 
CP. 

Suppose the green node g decides to connect its connection point c and a black neighbor b. If 6 

T If g has more than one VAP, it may bear more thaa two identical GBMs from the same neighbor. Those duplicate 
GBMs received via VAP(s) other than CP are ignored. 
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has been one of the VAPs for g } g will have up-todate two-way link quality with both nodes. If 
all the link quality values exceed LQ_THR£SHOLD, g turns black and starts forwarding GBMs. If no 
outbound link quality is available for b but LQ hs > LQ .THRESHOLD, then similar to BSP and BEP, 
g generates a GBM with Af — b and LQbg- Upon detecting that receiving the forwarded GBVI by 
b with LQ 9 b, g turns black if the link quality condition is met. Otherwise, it flushes the SNT entry 
for 6, and starts again. 

Suppose now that green node g decides to connect its connection point c and another green neighbor 
m. Since no two-way link quality has been established between g and m, g requests m to be its 
VAP only if LQ m{J > LQ,THRESHGLD. Upon receiving this, m also checks LQ mfJ and decides whether 
to turn black or not. If m turns black, g will also turn black. Once g turns black as a result of BCP 
for connecting its CP and neighbor n, n will be added into r/'s VAP fist if n becomes a primary 
gateway of existing or new routes. 




Figure 6: Illustration of Backbone Connection Process. Node 11 (or 12 whichever detects first) 
asks node 12 to become black to connect nodes 7 and 12, It is possible that nodes 5 and 6 become 
also black, in which case they are redundant. This redundancy is not necessarily bad since they 
provide better routes for some nodes, such as between nodes 3 and 10. 

5.5 Routing Table Maintenance 

Each and every node maintains a routing table (in Table 2) based on the received GBMs. Currently, 
Hop Count is the only cost metric for routing subject to link quality between gateway and sender. 
In the future, other metrics such as delay or bandwidth will be taken into account when determining 
routes. 

Suppose node n has received a GBM with (S t HC) = The following basic rules are 

then applied for routing table maintenance: 

• If there is no route for destination s, a primary route is created for s with / as the primary 
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gateway and distance h. The corresponding secondary route is empty. 

• If a primary route for s exists, but not the secondary route, and / is different from the primary 
gateway, a secondary route is created for s. 

• If both primary and secondary routes for s exist, and the received GBM contains a new 
gateway / with h better than the secondary but larger than primary route, the secondary 
route is replaced with / and h. 

• If both primary and secondary routes for s exist, and the received GBM contaius a new 
gateway / with h better than the primary route, the primary route is replaced with / and A, 
and the now-old primary route replaces the secondary route, including the stale timer. 

• If both primary and secondary routes for s exist, and the received GBM does not contain 
a new gateway but has better hop count, only the hop count of the corresponding route is 
updated. 

• For all route updates, corresponding stale timer T$t is set to RQUTE_STALE_TIMEQUT (except 
when the old primary route becomes the secondary route). 

• When a VAP is removed from NIT, all the corresponding routes with this VAP as gateway 
(either primary or secondary) are also removed. If the route being removed is primary, then 
the corresponding secondary route becomes primary. 

• When routing table is full and a new destination d is detected, the hop count h for d is 
compared against the radius r. If h > r, this new destination is ignored. Otherwise, one of 
destinations with H C - r is replaced with d. If multiple destinations have the same HC - r, 
the destination with its Tst closest to expiration is removed. 

5.6 Unicast Routing 

When the destination of a unicast packet is either its one-hop neighbor or a cluster member, the 
source simply sends the packet directly to the destination or via the corresponding primary gateway. 
However, if the destination is farther than the radius of the cluster, the source must broadcast the 
Route Query Message (RQM) over VDB. 

Any black node receiving an RQM keeps a record of (5, !F } 1) for a fixed amount of time (I is 
either IP address or node ID of the destination). If no corresponding Route Response Message 
(RRM) is received during that time, this record is thrown away. 

When RQM includes an address resolution request, it is the destination node that replies to this 
query by generating RRM. Otherwise, any black node that knows how to reach the destination 
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(either the destination is one of its cluster members or route cache is available) generates RRM. 
Another words, if an RQM is received with (£, F) = (s, /), the corresponding RRM is generated 
with (£>, N) = (s, /). Upon receiving this message, each black node along the reverse path 
configures the route cache as follows. Suppose . 

The first black node which has the destination within its cluster returns then Route Response 
Message (RRM). All the intermediate black nodes receiving RRM configures the route and stores 
in its Route Cache. 



5.7 Multicast 



With VDB T multicast support is readily achieved since VDB can be used as multicast backbone. 
Any multicast tree constructed is a subset of VDB. There arc two components for multicast support 
over VDB: (i) group membership management, and (ii) routing. 

In IP, local group management is done by Internet Group Membership Protocol. We use a similar 
techuique for our purpose. A multicast group is identified as a unique multicast address. For each 
multicast group, a black node maintaias local group membership information based on two special 
messages: group join (MJM) and leave messages (MLM). 

We adopt the w broadcast-and-prune" approach of Distance Vector Multicast Routing Protocol 
(DVMRP) of Internet to achieve multicast support over VDB. Each black node maintains multicast 
routing table consisting of four fields: group address, local members, upstream multicast VAP 
(VAP up )t and downstream multicast VAP(VMP<f 0U , n ). Note that the notion of "up" and "down" 
is with respect to the node that generates the first MJM, regardless of whether it is a source or 
receiver of the group. This implies that there is only one VAP up but may be multiple VAP down s 
for a given group. However, our multicast routing algorithm is designed such that any member can 
act as a source. 



1. When a node wishes to join a group G 7 it generates MJM with (2>,A0 - (G,CP). 

2. When a black node b receives an MJM for a group D from its neighbor for which it serves as 
CP, b updates its local membership table. Depending on the multicast routing table status, 
6 decides whether to forward this message further as summarized in Table 5. 

3. Any black node 62 receiving a forwarded MJM by a neighbor black node 61 updates its 
multicast routing table described in Table 6. 

4. When a node n leaves a group D t it generates MLM to its CP b via which it has joined G* 
Upon receiving this message, b deletes n from its local membership table. If n is the last local 

*The impact of mobility or link quality fluctuation will be explained while describing Backbone Maintenance. 
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Status 


Actions 


None of VAP U p and VAPdown configured 


Forward with M - VDB.BROADCAST if first MJM for G. 
Otherwise, do not forward. 


Only VAP dQwn configured 


Do not forward 


Only VAP up configured 


Forward with M - VDB,BROADCAST if first MJM for G. 
Otherwise, do not forward. 


Both VAP UfJ and VAPdown configured 


Do not forward. 


Table 5: MJM forwarding rules at CP. 




Status 


Actions 




None of VAP up and VAPdown configured 


VAP u0 = bi and forward with M - VDB.BROADCAST 
if no local members. Otherwise, VAPdown = h and 
do not forward. 




Only VAP^ configured 


VAPdown = h and forward with M = VAP up 

if no local members. Otherwise, VAP down = b\ and 

do not forward. 




Only VAPdown 00 present 


Add b\ to VAPdown list if new. Do not forward. 




Both VAPup and VAPdown present 


Add bi to VAPdown list if new. Do not forward. 





Table 6: MJM forwarding rules at other black nodes. 



member for D and b is at the end of the tree (i.e. only one multicast VAP is configured), it 
prunes itself from the tree by forwarding the leave message to that multicast VAP and delete 
it from the multicast routing table. Otherwise (either there are still local members or more 
than one multicast VAP present), it does not forward the MLM. 

5. If a black node b\ receives a. forwarded MLM from one of its multicast VAPs, say 63, it removes 
62 from its multicast routing table. If b\ has local members for G or there are remaining 
multicast VAPs (either up or down), the received MLM is not forwarded. Otherwise, by 
forwards it to other remaining multicast VAPs. 

6. With the information of local membership, upstream gateway, and downstream gateway(s) 
maintained as described above, a multicast routing is done by simply forwarding multicast 
packets to appropriate multicast VAPs. 

We illustrate these rules in Figure 7. Suppose node 1 is the first member to join group G. The join 
message MJM initiated by node 1 is broadcast over VDB, and all the black nodes except node 3 
configure their VAP up accordingly [Fig. 7-(a)], Now, node 6 joins G via node 7. Since node 7 already 
has VAP up = 5 configured for G, it sends this join message only to node 5, which in turn forwards it 
to its VAP up 3 [Fig. 7-(b)]. Node 10 now joins as the third member of the group. Node 9 forwards 
this join message to its VAP up = 7, which configures node 9 as its VAPdown- This time, node 7 does 
not need to forward this join message further since it already did when its local member (node 6) 
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joined [Fig. 7-(c)]. Figure 7-(d) shows how a multicast datagram is forwarded over VDB with node 
1 as a source. Each intermediate node in the tree receiving multicast packets from one direction 
forwards them to the other direction. If there are multiple VAP down s and multicast packets arrive 
via one of them, they are forwarded to both VAP up and all other VAP down $. Nodes that have ouly 
one multicast VAP configured (edges of the tree) do not forward multicast datagrams. 9 When node 
1 leaves G, it sends the MLM to node 3 [Fig. 7-(d)]. Since node 1 is the last local member and 
node 3 knows it is at the edge of the tree, node 3 no longer needs to be part of the tree. Hence, it 
forwards the leave message to its downstream VAP (node 5) and deletes it from the table. Similar 
co node 3, node 5 removes itself from the tree by forwarding the received MLM to node 7 and 
delete 7 from the table. Node 7 unassigns node 5 as its upstream VAP, but does not forward this 
leave message further since it has a local member. After this step, the multicast tree for G consists 
of nodes 7 and 9 only. Finally, when nodes 6 and 10 leave the group ) all the multicast routing 
tables of nodes 7 and 9 become empty. The multicast routing table for node 8 becomes empty after 
timeout since it has not been part of the tree. 

5,8 Backbone Maintenance Process (BMP) 

As nodes freely move, join (power-on), or leave (power-off) the network, it is very likely that the 
size of VDB becomes sub-optimal (i.e., too many black nodes compared to the entire network size, 
leading to high redundancy and unnecessary bandwidth consumption due to GBM forwarding). For 
example, some black nodes may not be qualified to be part of the VDB any more, or some green 
nodes are more qualified to become black than their VAPs. Since it is crucial to keep the size of VDB 
very small to reduce the overhead of GBM forwarding, the BMP must enable unnecessary black 
nodes to be detached from VDB, and qualified green nodes to join VDB. This will be achieved by 
ensuring that VDB consists of nodes with high degree. Another goal of BMP is to prevent dramatic 
changes in the VDB structure. If a color or degree change of a node triggers too many route or 
color changes of nearby nodes, it will undermine benefits of having VDB since packets in transit 
may get dropped or it may lead to longer routes or packet drops. 

We first consider conditions that keep the size of VDB small: 

• If a green node's VAP is deleted from its NIT, it is also removed from the VAPu&t. When 
VAPiist becomes empty, the green node chooses a black neighbor (or green if none) with the 
highest degree as its new VAP, subject to LQ constraint. 

• If no neighbors depend ou a black node b as their VAP, the VAP timer T\r A p will expire. Then, 
b chooses one of its black (or green if none) neighbors with highest degree and acceptable two- 
way LQ as its VAP. Minimum node ID is used as tie breaker. 

9 Note chat both nodes 6 and 7 can also transmit multicast datagrams over tUo same tree. 
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Figure 7: An example of setting up and tearing down a multicast tree over VDB {Gr: group 
address, Mbr: local members, V v : upstream VAP, V d : downstream VAP). 
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• If a green node g detects either a new green or black neighbor who has higher degree than 
its current VAP(s), g asks this neighbor to become its VAP subject to two-way LQ con- 
straint. Thus is likely to trigger many routing updates in g's routing table, and may result in 
eliminating one or more current VAPs. 

Second, in order to keep the structure of VDB stable under high node mobility and link quality 
fluctuation, we introduce the concept of "soft" handoff. The soft handoff is considered between a 
green/black node and each of its VAPs only. 

When a node n detects that the inbound link quality for its VAP drops below L(L THRESHOLD, n 
performs the soft handoff as follows: 

• Find all the destinations which have this VAP as their primary gateway.* 

• Replace the primary routes of those destination with secondary ones as long as secondary 
gateways satisfy the inbound link quality condition. 

• Remove those destinations which have no secondary routes. 

• If this was the only VAP, choose a green neighbor with the highest degree as its new VAP 
subject to inbound link quality condition. 

5.9 State Transition Diagram 

A node changes its color (state) as shown in Figure 8. 

5-10 Timers, Constants, and Default Values 

Tables 7 and S summarize all the timers and constants used in the VDBP. 

5,11 VDBP Pseudo Code 

All the algorithms described above can be implemented as follows. 

WHITE 

1. Beginning of State at node m: 

- generate a GBM and set Tgbm to GBM.INTERVALJfHITE; 

- set Texp to BACKBONE^EXPAifSIQN.TIHEDUT; 
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Figure 8: State Transition Diagram of VDBP. 



Timer 


Description 


Relevant Constant (suggested value) 


Tgbm 


Timer for generating GBM 


GBM^INTERVAL.WHITE (3 sec) 


GBfLINTERVAL_AVG (12 sec) 


Tvap 


Timer for implicit VAP de-registration 


VAP JTIHEOUT (30 sec) 


Tbsp 


Timer for BSP 


BACKBQNE^SELECTION^TIMEOUT (30 sec) 


T B ep 


Timer for starting BEP 


BACKBONE^EXPAHSIOILTIHEOUT (2 min) 


Tlb-lqe 


Timer for loss-based LQE 


dynamically adjusted 


Trb^LQE 


Timer for rate-based LQE 


RB^LQE.TIMEOUT (I sec) 


TSTBY 


Timer for confirming good LQ 
with the chosen VAP 


STBY^TIMEOUT (3 sec) 



Table 7: Timers and related constants. 



Constant 


Description (suggested value) 


TTL_GBM_HAX 


maximum TTL value for GBM (16) 


GBfCINTERVAL.HAX 


maximum GBM interval (2 * GBH.INTERVAL^AVG) 



Table 8: Other constants. 
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2. Received GBM from one-hop neighbor n: 

• if (n is white) 

o if (new neighbor) 

- add to NIT; set LQ nm = INI_LQ; reset T BS p- 
o else /* old neighbor */ 

★ if n's degree changed 

. - do L8-LQE; update 6; reset Tgsp 

* else (n's degree unchanged) 

- do LB-LQE 

• else if (n is green) 
o if (new neighbor) 

- add to MIT; set LQ nm = INI_Lq; reset T BS p- 
o else /* old neighbor */ 

- do LB-LQE; update 5 if changed. 

★ if (BEP eligible Lb LQ nm > LQ.THRESHOLD Lit VAP temp is empty) 

- set VAPtemp = n reset TstBY to STBYJTIHEOUT. 

• else /* n is black */ 
o if (new neighbor) 

- add to NIT; set LQ nm = INI.LQ; reset T BS p to BSP.TIMEOUT. 

- set corresponding T&b-lqe to RB.LQEJTIMEOUT. 
o else /* old neighbor */ 

- update 5(n) or cluster size based on header flags. 

- increment the number of GBMs received during Trb-lqe 

* if (AT = m Lb {LQ nm , LQmn) > LQ.THRESHOLD) 
/* detected a black neighbor with good LQ •/ 

- change color to green 

3. TqbM expired: 

• if VAPtemp 15 set to b 

- generate a GBM with Jf = b 

- reset T CBM to GBH.INTERVAL, WHITE 

• else (VAPtemp * s not set) 

- generate a GBM with $ = f = m .N = V = GLDBAL.BRQADCAST, HC = 1, TTL « 2 

- reset Tqbm to GBM_JNTERVAL_WHITE 

4- Tib-lqb expired: 

- delete corresponding neighbor n from NIT /* n is either white or green */ 
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5. Trb-lqe expired: /* unlikely to happen but you never know */ 

- run RB-LQE and update NIT for n accordingly. 

6- Tstby expired: 

- delete VAP tttn? 

7. Tbsp expired: 

• if 6(m) is highest 

- change to black 

• else 

- reset Tbsp 

8- Tqbp expired: 

• make itself BEP eligible 

• if (a green neighbor n with highest 6(n) exists iik LQ nm > THRESHOLD && VAP itmv is not set) 

- set VAP temp = n and reset Tstby to STBY.TIHEOUT 
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GREEN 

1. Beginning of State at node m: 

- generate a GBM with M from its VAP iUt and corresponding LQ update 

- generate a exponentially distributed random number r with mean GBM_ INTERVAL, AVG 

- set Tqbki = min{r, GBM_INTERVAL JMX} 

- choose a VAP with the highest LQ from VAP list (6 node ID as tie breakers) as its CP 

- initialize SNT (for BCP) 

2. Received GBM from neighbor n: 

• if (n is white) 

o if (new neighbor) 

- add to NIT and set LQ nm = IKI-LQ. 
o else /* old neighbor */ 

- do LB-LQE and update <J(n), 

o if {JSf = m LQnm > LQ .THRESHOLD) /* VAP Request ♦/ 

- update LQmn 

- set jV 5= n and hold this GBM /* for bouncing back to n */ 

- change color to black 

• else if (n is green) 
o if (new neighbor) 

- add to NIT; set LQ nm = INI J.Q. 
o else /* old neighbor */ 

- do LB-LQE; update 6{n) if necessary. 

- update SNT as long as it has at least two non-white neighbors /* BCP */ 

* if (m must connect its CP and rt LQnm > LQ.THRESHOLD) /♦ BCP decides to connect */ 

- suspend BCP and flush SNT 

- set VAPtetap *= n and reset Tstby to STBY.TIMEQUT 

oif(tf = m&b LQ njti > LQ.THRESHDLD HC = 1) /* VAP Request from n */ 

- flush SNT and update LQ 

- set Af = n and hold this GSM /* for bouncing back to n */ 

- change color to black 

• else /* n is black */ 
o if (new neighbor) 

- add to NIT and set LQnm = IHI_LQ 

- set corresponding Trs-lqe to RB.LQE.TIMEOUT. 
o else /* old neighbor */ 

- update 6(n) or cluster size based on header flags. 
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- increment the number of GBMs received from n during Trb-LQE one 

- update SNT as long as it has at least two non-white neighbors /* BCP for B-G-B*/ 

* if (5 is not one-hop neighbor) 

- update routing table and radius as described in Sec 5.5 

* if (VAP temp 5 n T = m) /* n *as green and was asked to be black by m due to BCP */ 

- flush SMT; update LQ mn ; change color to black 

* else if (tf ^m&i&i LQ nm > LQ.THRESHOLD HC 5 1) 
/* N/AP request from black neighbor n due to maintenance */ 

- flush SWT and update LQ 

- set N = n and hold this GBM /* for bouncing back to n */ 

- change color to black. 

- update SNT as long as it has at least two non-white neighbors /* BCP for B-G-P*/ 

* if (m must connect its CP and n hk {LQ n m>LQ m n) > LQ .THRESHOLD) /• B-G-B */ 

- change color to black 

3. Tqbm expired: 

-generate a exponentially distributed random number r with mean GBM_INTER.VAL_.AVG 

• if VAPttmp «s set to b 

- generate a GBM with N = 6, and corresponding LQ update 

- set Tgbm = min{r t GBM-INTERVAL JlAX} 
m else (VAPtemp is not set) 

- generate a GBM with S = ^ ~ m and choose for ,V from KAfW with corresponding LQ update 

- set Tqbm = min{f , GBM JNTERVAL Ml) 

- delete VAP Umv 7* LQ with 7AF tmp was not good enough •/ 

- resume BCP 

5. Tlb-LQE expired: 

- delete corresponding neighbor n from NIT /* n is either white or green */ 

6. Trb-lqe expired: 

- run BB-LQE and update NIT for n accordingly. 

• if (n € IMP,;,, IQnm < Lq.THRESHQLD 

- update routes with n as primary gateway as described in Sec 5 5; 

- update radius; 
o if (CP e n) 

- choose another VAP from VAPiut with highest LQ as CP 



25 




i-tJ* c«/t4/Ut!i k — 364 



- if none, choose a green neighbor g with the highest degree and LQ m > LQ_THR£SHOLD 

- change to white if no such neighbor. 
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BLACK 

1. Beginning of State at node m: 

• if (A'* is set to n) /* need to bounce back the GBM it is holding */ 

- forward this GBM with tf = n, TTL = 1, and HC = 2 

• else 

- generate a GBM with N* from its VAPn st and corresponding LQ update 

- generate a exponentially distributed random number r with mean GBM^KfTERVAL.AVG 

- set Tqbm = min{f\ GBH.INTERVAL-HAX} 

2. Received GBM from neighbor n: 

• drop if duplicate and do not proceed further 

• if (S is not one-hop neighbor) 

- update routing table and radius as described in Sec 5.5 

• if (M = m LQ n m > LQ.THRESHOLD) /* VAP Request */ 

- reset TvaP to VAP.TIHEPOUT 

• if (n is white) 

o if (new neighbor) 

- add to NIT and set ZQnm = INI.LQ. 
o else /* old neighbor */ 

- do LB-lQE; update A(n) and LQ nm if necessary. 

• else if (n is green) 
o if (new neighbor) 

- add to NIT; set LQ nm « INI.LQ. 
o else /* old neighbor */ 

- do LB-LQE; update S(n) and LQ nm if necessary. 

• else /* n is black */ 
o if (new neighbor) 

- add to NIT and set LQnm = INI_LQ 

- set corresponding Trb-LQE to RB_LQE.TIMEQUT. 
o else /* old neighbor */ 

- update tf(n) or cluster size based on header flags, 

- increment the number of GBMs received during Trb-lqe by one 

/* n was green and was asked to be black by m after Tvap expired (due to maintenance) */ 

- update LQ mn and change color to green 

• if (TTL =s I) 
- drop it 
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• else 

- TTL = TTL -la(\dHC=HC + l 

★ if (HC=*2) 

- Af — n /* bounce back to n */ 

* else 

- choose Af from IMIT in a round-robin manner; 

- forward this GBM 

3. TqbM t'Xpired; 

- generate a exponentially distributed random number r with mean GBM_INTERVAL_AVC . * 

• if VAPttmp is set to b 

- generate a GBM with Af =tb, and corresponding IQ update 

- set Tqbm = min{r, GBM JNTERVAL-MAX} 

• else (VAP i€mp is not set) 

- generate a GBM with S = T *= m and choose for from VAP/i, t with corresponding LQ update 

- set Tcbm - miB{r,GBM-INTERVALJUX} 

4. Tstby expired; 

- delete VAP ttmp /* LQ with VAPt^ was not good enough */ 

- go to "Tvap expired" /* to select another black/green neighbor */ 

5. Tlb-lqe expired: 

- delete corresponding neighbor n from IMIT /* n is either white or green */ 

6- Trb-LQ£ expired: 

- run R8-LQE and update NIT for corresponding neighbor n accordingly. 

• if (n € VAP M &cL LQnm < LQ.THRESHOLD) 

- update routes with n as their primary gateway as described in Sec 5.5; 

- update radius; 

o if (n was the last VAP) 

- choose a black neighbor with highest LQ as CP 

- if none, choose a green neighbor g with the highest degree and LQ^ > LQ^THRESHOLD 
- change to white if no such neighbor. 

7. Tvap expired: 

• if (one black neighbor b available && (LQ mbl LQ^) > LQ.THRESHOLD) 

- change to green and generate a GBM with Af = b 

- reset Tqbm 
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else if (no black but at least one green neighbor available) 

- select n which has the highest degree 

- set VAPump = n and Tstby 33 STBY.TIMEOUT; 
else /* no green/black neighbors around */ 

- change to white; 
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